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I  INTRODUCTION 


A,  BACKGROUND 

'  ■       .....  ,  • 

•  The  micro-mainframe  issue  is  one  that  scored  high  in  INPUT'S  1983  client 
poll.  Since  then,  interest  has  continued  to  climb,  assisted  by  a  barrage  of 
vendor  announcements. 

•  However,  the  profusion  of  announcements  of  products  (and  some  pseudo- 
products)  has  made  it  in  some  ways  more  difficult  to  identify  and  understand 
the  real  issues.  Most  current  vendor  products  and  corporate  plans  are  pre- 
liminary, where  they  are  not  primitive. 

•  INPUT  believes  that  the  group  of  issues  united  under  the  banner  "micro-main- 
frame" could  produce  a  discontinuity  in  data  processing  at  least  as  large  as 
that  produced  by  the  introduction  of  the  System/360.  With  this  view,  the 
micro-mainframe  question  becomes  much  more  than  a  question  of,  for 
example,  screen  versus  file  transfer. 

•  INPUT  intends  that  the  studies  contained  in  this  series  of  reports  (see  section 
C  of  this  chapter)  be  useful  planning  documents  over  a  three-  to  five-year 
planning  horizon,  although  the  reports  do  not  neglect  current  issues  or  tech- 
nical detail. 
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•  The  study  generally  assumes  that  the  micro-mainframe  world  is  an  IBM  world 
(or  an  IBM-compatible  world,  which  in  many  ways  is  the  same  thing).  This  has 
obviously  been  true  for  some  time  at  the  mainframe  level  and  the  issue  will 
not  be  belabored  here. 

At  the  micro  level  this  assumption  is  still  somewhat  debatable;  for 
example,  Apple's  Macintosh  and  ATT's  recently  announced  computer 
series  may  still  provide  a  basis  for  corporate  micro-mainframe  strat- 
egies. However,  two  key  points  should  be  made: 

IBM's  current  interconnect  strategy  will  provide  an  underlying 
environment  for  Information  Systems  (IS),  end  users,  and 
vendors,  as  shown  in  Exhibit  I- 1. 

Equally  important  is  the  view  held  by  IS  departments.  The  non- 
IBM-compatible  share  of  corporate  micros  is  expected  by  IS 
management  to  be  very  low  compared  to  IBM  and  IBM-compat- 
ibles, as  shown  in  Exhibit  1-2. 

This  does  not  mean  that  there  is  not  and  will  not  be  a  place  for  innova- 
tive micro  hardware  in  large  enterprises.  However,  from  the  stand- 
point of  micro-mainframe  connectivity,  such  devices  will  have  to  look 
like  comparable  IBM-compatible  equipment  in  order  to  be  easily  used 
and  accepted;  or  at  least  they  must  be  transparent  to  IBM  networks. 


B.  METHODOLOGY 


•  The  research  for  this  report  was  conducted  in  parallel  with  that  for  three 
related  reports  (see  next  section).  A  large  project  team  spent  over  four 
months  researching  and  analyzing  information  in  this  rapidly  changing  area. 
The  research  consisted  of  the  following  major  activities: 


-2- 

1984  by  INPUT.  Reproduction  Prohibited.  INPI 


EXHIBIT  1-1 
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EXHIBIT  1-2 


CORPORATE  MICRO  GROWTH,  1984-1986 
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Client  interviews. 

Corporate  interviews,  case  studies,  and  consulting. 

Vendor  interviews,  case  studies,  and  consulting. 
-        Product  and  service  analyses. 
Client  interviews. 

INPUT  clients  were  sampled  in  December  and  January  to  ascertain 
their  areas  of  special  interest  and  to  learn  of  their  experiences, 
problems,  and  needs. 

Corporate  interviews. 

Seventy-eight  structured  interviews  were  conducted  with  IS  manage- 
ment at  large  companies  in  February  and  March  of  1984. 

The  questionnaire  used  is  in  Appendix  A. 

Company  sizes  and  industries  are  shown  in  Appendix  B. 

These  interviews  were  unusual,  owing  to  the  fact  that  they  were  much 
longer  than  typical  interviews  (i.e.,  averaging  45  minutes  to  over  an 
hour);  respondents  were  highly  motivated  and  forthcoming. 

In  addition,  INPUT  had  the  opportunity  to  review  over  20  companies  in 
depth.  Some  of  the  experiences  of  these  companies  are  described  in 
the  reports  in  detail;  other  information  was  used  to  inform  our  analysis 
and  recommendations. 
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In  the  past  nine  nnonths,  INPUT  has  conducted  a  number  of  consulting 
studies  that  bear  on  the  micro-mainframe  issue.  Five  of  these  studies 
have  sp>ecifically  addressed  micro-mainframe  issues  from  the  corporate 
standpoint,  and  the  knowledge  gained  is  included  in  this  report. 

Vendor  interviews. 

Structured  interviews  were  conducted  with  vendor  personnel  from  20 
companies  in  February  and  March.  The  questionnaire  used  is  shown  in 
Appendix  C. 

In  addition,  more  than  30  other  people  from  vendor  organizations  were 
interviewed  in  particular  issue  areas. 

Vendors,  too,  were  highly  interested  in  the  topic  and  were  quite  forth- 
coming, A  number  of  interviews  were  multihour  in  length.  Those 
interviewed  ranged  from  senior  technical  staff  to  company  presidents. 
The  companies  included  small  innovative  software  firms  and  very  large 
hardware  companies. 

INPUT'S  recent  consulting  studies  have  included  four  that  address 
vendor  micro-mainframe  issues.  Although  rx)  proprietary  information 
from  these  engagements  was  used  directly  for  these  public  studies, 
these  engagements  provided  INPUT  with  an  in-depth  sensitivity  to 
vendor  requirements. 

Product  and  service  analysis. 

INPUT  has  collected  and  analyzed  information  on  several  hundred 
products  and  services  in  the  micro-mainframe  area. 

Unfortunately,  some  of  the  information  obtained  at  the  beginning  of 
the  study  is  already  obsolete.  INPUT  estimates  that  micro-mainframe 
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technical  and  product  information  has  a  half-life  of  about  six  months. 
Several  products  will  probably  be  formally  available  a  short  time  after 
the  release  of  this  report.  The  rate  of  new  product  introduction  has 
been  very  high,  and  INPUT  expects  it  to  continue;  for  example,  there 
are  high-speed  micro-mainframe  links  from  LAN  vendors,  and  Cullinet 
has  a  micro-mainframe  intelligent  link. 

In  general,  micro-mainframe  products  are  evolving  very  quickly. 
Consequently,  extensive  detailed  product  comparisons  will  soon  be  out 
of  date. 

Therefore,  INPUT  has  used  specific  products  largely  to  illustrate  more 
basic  issues.  INPUT'S  goal  has  been  to  make  this  a  study  that  would 
require  only  marginal  updating  for  it  to  remain  a  useful  planning  tool  a 
year  from  now. 

Some  of  the  survey's  quantitative  results  would  have  appeared  surprising,  even 
dubious,  to  the  INPUT  micro-mainframe  project  team  had  it  not  been  for 
other  micro-mainframe-related  studies  that  INPUT  has  conducted  in  the  past 
six  months. 

Several  of  these  other  studies  included  in-depth  (i.e.,  one  to  two  hours), 
face-to-face  interviews  conducted  with: 

Over  50  IS  managers  and  planners. 

Over  25  people  In  end-user  management  (up  to  the  executive 
vice  president  level  in  multibillion-dollar  organizations). 

These  other  studies  are  very  supportive  of  the  projections  contained 
here  and,  from  the  standpoint  of  end-user  motivations  and  plans,  may 
even  go  beyond  some  of  the  findings  here. 
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•  Although  the  companies  interviewed  for  this  report  were  selected  randomly, 
in  a  sense  the  respondents  were  not.  But  respondent  self-selection  has  worked 
to  the  study's  benefit,  in  INPUT'S  opinion. 

Respondents  were  in  IS  executive  or  planning  management,  and  the  job 
titles  have  the  usual  distribution  for  this  type  of  study. 

However,  in  arranging  interviews,  INPUT  was  usually  (and  properly) 
directed  to  the  person  that  was  most  knowledgeable  on  micro-main- 
frame issues  in  that  organization. 

This  person  was  almost  always  ahead  of  the  rest  of  the  organization  in 
information  and,  more  importantly,  in  insight.  These  respondents  often 
know  where  their  IS  organizations  are  going  before  most  others  in  the 
organization  have  even  begun  to  consider  the  issues,  v 

Fortunately,  this  brings  the  results  of  the  survey  much  more  in  synch 
with  end-user  directions  and  motivation.  (For  obvious  reasons,  it  is 
very  important  to  understand  where  end  users  are  going.) 

C.       RELATED  INPUT  REPORTS 

•  This  report  is  being  issued  in  conjunction  with  three  other  reports  in  a  micro- 
mainframe series  of  reports,  as  shown  in  Exhibit  1-3.  These  reports  are; 

End-User  Micro-Mainframe  Needs 

This  report  is  part  of  the  Information  Systems  Program  (ISP), 
utilized  by  IS  management. 
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This  study  addresses  the  current  and  future  impact  that  the 
micro-mainframe  phenomenon  will  have  on  end  users  and,  in 
turn,  on  IS  departments. 

The  report  focuses  on  developing  opportunities  and  problem 
areas  and  on  determining  how  IS  can  meet  them. 

Micro-Mainframe:  Communications  Issues 


This  report  is  part  of  the  Information  System  Program  (ISP), 
utilized  by  IS  management. 

This  study  addresses  current  developments  in  micro-mainframe 
communications  as  well  as  future  trends. 

The  micro  promises  to  have  a  significant  impact  on  communica- 
tions. This  report  analyzes  positive  and  negative  effects  of 
anticipated  changes  and  provides  strategies  for  dealing  with 
them. 

Micro-to-Mainframe;  Processing  and  Turnkey  Strategies 

This  report  is  part  of  the  Market  Analysis  and  Planning  Service 
(MAPS)  program  that  is  utilized  by  information  service  vendors. 

This  study  analyzes  micro/mainframe  developments  from  the 
standpoint  of  their  effect  on  traditional  RCS  and  turnkey 
services. 

The  report  provides  market  forecasts  and  strategies  for  adapting 

to  a  rapidly  changing  set  of  customer  needs. 
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II   EXECUTIVE  SUMMARY 


EXECUTIVE  SUMAAARY 


This  executive  summary  is  designed  in  a  presentation  format  in  order  to: 

Help  the  busy  reader  quickly  review  key  research  findings. 

Provide  an  executive  presentation  and  script  that  facilitates  group 
communications. 

The  key  points  of  the  entire  report  are  summarized  in  Exhibit  1 1- 1  through  II- 
7.  On  the  left-hand  page  facing  each  exhibit  is  a  script  explaining  the 
exhibit's  contents. 
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A.       MICRO-MAINFRAME  APPLICATIONS  GROWTH;  1 984- 1 988 


•  INPUT  expects  that  micro-mainframe  applications  used  by  major  corporations 
will  grow  at  an  average  annual  rate  of  approximately  50-75%  between  now 
and  1988.  Perhaps  as  many  as  a  third  of  all  applications  in  1988  will  be  micro- 
mainframe applications.  These  will  definitely  not  be  limited  to  the  relatively 
trivial  download  of  information  for  spreadsheet  analysis  that  predominates 
today.  Rather,  many  micro-mainframe  applications  will  be  part  of  key 
production  systems  that  are  now  host-based.  ^ 

•  One  of  the  striking  things  revealed  in  this  study  is  that  not  only  do  end  users 
see  a  need  for  "heavy-dut/'  micro-mainframe  production  systems,  but  IS 
managers  (for  the  most  part)  also  see  such  a  need.  This  view  by  IS  manage- 
ment could  mean  a  real  breakthrough,  especially  since  IS  was  not  enthusiastic 
at  the  start  of  the  build-up  of  standalone  micros. 

•  INPUT  expects  the  growth  curve  to  peak  at  about  1 990,  reflecting: 

A  slowing  down  of  the  rate  of  conversions  from  traditional  systems  to 
micro-mainframe  systems.  This  rate  will  probably  be  artificially  high 
in  the  late  1980s,  since  some  systems  are  converted  earlier  than  they 
would  have  been  without  the  micro-mainframe  phenomenon. 

A  ceiling  (at  approximately  the  50%  level)  will  be  reached  where 
traditional  host-based  systems  or  standalone  micro  systems  continue  to 
be  acquired,  in  these  cases  micro-mainframe  systems  may  not  be 
required,  the  corporation  will  be  resistant  to  the  concept,  a  traditional 
product  will  be  successfully  sold,  or  a  micro-mainframe  product  will  be 
technically  infeasible. 
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MICRO-MAINFRAME 
APPLICATIONS  GROWTH:  1984-1988 


1984  1985  1986  1987  1988 
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B. 


MICRO-MAINFRAME  IMPACT  ON  SOFTWARE  PRODUCT  REVENUES 


•  INPUT  expects  that  by  1988,  between  one-fifth  and  one-third  of  software 
product  sales,  by  then  over  $30  billion  annually,  will  come  from  products  that 
address  micro-mainframe  needs.  . 

Much  of  this  market  will  be  a  "replacement"  market,  in  which  buyers 
will  select  micro-mainframe  applications  rather  than  conventional 
(mini  or  mainframe  only)  products. 

However,  there  is  a  good  chance  that  micro-mainframe  needs  will 
expand  the  size  of  the  entire  market,  at  least  for  a  while,  as  corporate 
buyers  scrap  a  conventional  system  before  they  otherwise  might  and 
replace  it  with  a  micro-mainframe  system.  - 

•  INPUT  expects  that  the  micro-mainframe  portion  of  the  software  products 
market  will  continue  to  expand  until  it  accounts  for  about  half  of  the  software 
product  market  in  the  1 990s. 

•  Vendors  should  be  able  to  sell  to  the  micro-mainframe  portion  of  the  market 
at  least  as  well  as  they  are  able  to  sell  to  the  separate  mainframe  and  micro 
software  markets  now« 

Over  half  of  currently  implemented  micro-mainframe  applications  have 
used  vendor-supplied  products  or  services. 

The  expected  proportion  increases  to  over  80%  for  applications  in  the 
concept  or  planning  stage. 

•  One  dark  spot  for  vendors  is  that  corporations  are  positive  only  toward 
specific  products  and  services.  Toward  vendors  in  general  or  toward  specific 
kinds  of  vendors  (software  companies,  etc.),  corporations  are  lukewarm  at 
best;  obviously,  a  selling  job  is  required  here. 
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EXHIBIT  11-2 


MICRO-MAINFRAME  IMPACT  ON 
SOFTWARE  PRODUCT  REVENUES 
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MAJOR  FACTORS  AFFECTING  MICRO-MAINFRAME  GROWTH 


•  The  micro-mainframe  market  is  still  in  an  immature  stage.  Many  factors 
could  influence  a  higher  or  lower  growth  rate. 

•  The  objective  need  will  vary  widely  from  company  to  company  and  by  func- 
tions and  departments  within  companies.  However,  there  are  certainly  many 
cases  in  which  operating  units  could  perform  better  with  systems  that  were  at 
least  partially  responsive  to  end-user  needs.  , 

•  End  users  and  IS  will  be  the  driving  force  behind  "heavy-dut/'  micro-main- 
frame applications.  For  a  mixture  of  reasons,  many  IS  organizations  may  be 
cool  at  first  to  micro-mainframe  applications  that,  for  example,  interface 
directly  with  key  production  applications.  This  will  be  a  critical  area  for 
software  vendors  since,  unlike  RCS  vendors,  the  IS  department  will  continue 
to  be  the  chief  client  and  can,  at  the  least,  always  be  a  blocking  force. 

•  Early  success  is  important  for  both  clients  and  vendors  when  dealing  with 
novel  products  in  novel  environments.  Consequently,  vendors  (and  clients) 
must  set  cautious  goals  for  both  achievements  and  schedules. 

•  Linked  to  this  is  the  need  to  produce  acceptable  solutions,  which  might  not 
represent  technical  wizardry  but  will  meet  initial  requirements. 

•  Similarly,  retrofitted  mainframe  packages  for  use  in  a  micro-mainframe 
environment  would  be  a  logical  further  extension  of  this.  Ironically,  some 
packages  that  are  now  considered  somewhat  passe  by  the  marketplace  could 
be  best  suited  because  of  their  basically  batch  orientation. 
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EXHIBIT  II-3 


MAJOR  FACTORS  AFFECTING 
MICRO-MAINFRAME  GROWTH 


•  Need 

•  End-User  Influence 

•  IS  Acceptance 

•  Established  Successes 

•  Acceptable  Solutions 

•  Retrofitted  Packages 
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D. 


CONNECTIVITY;  THE  WEAK  LINK 


•  Current  connectivity  products  are,  as  some  vendors  candidly  admit,  at  an 
early  stage  of  functionality.  Although  they  are  enormously  superior  to  the 
earlier  stage  (when  reports  were  rekeyed  manually),  they  do  not  have  the 
characteristics  that  would  allow  shared  functionality  in  a  production  environ- 
ment. 

•  Some  of  these  major  missing  links  are:  ^ 

Control  over  data  concurrency;  This  is  how  central  and  local  data  can 
be  kept  synchronized.  There  will  also  be  two  classes  of  local  data— 
purely  local  data,  and  that  shared  with  the  central  processor.  Local- 
only  data  must  be  managed  so  that  it  does  not  inadvertently  duplicate 
shared  data. 

Processor  task  allocation;    This  is  more  of  a  design  problem  than  an 

operations  problem.  The  segmentation  of  processing  tasks  (and  associ- 
ated data  between  the  host  and  the  micro)  will  be  extremely  difficult 
to  analyze.  Making  modifications  could  become  an  order  of  magnitude 

more  difficult  still. 

Security;  This  is  an  area  that  most  of  the  micro  world  is  blissfully 
unaware  of.  Simply  establishing  the  same  level  of  mainframe  system 
security  will  be  difficult.  Meeting  the  more  demanding  needs  of  a 
dispersed  environment  will  be  significantly  more  difficult. 

®  The  ultimate  missing  link  is  what  might  be  termed  "interactive  transparency," 
whereby  a  micro-mainframe  system,  from  an  applications  standpoint,  can  be 
designed  and  operated  like  a  mainframe-based  system,  yet  have  the  local 
control  and  flexibility  of  a  micro  system.  This  is  at  least  five  (probably  ten) 
years  away,  except  in  specialized  custom  applications. 
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CONNECTIVITY: 
THE  WEAK  LINK 


Product  Gap 
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POTENTIAL  STRATEGIC  CONFLICT  BETWEEN  INTEGRATED 


AND  MICRO-MAINFRAME  APPLICATIONS 


•  Integrated  software  packages  on  the  nnainframe  and  especially  the  micro 
levels  are  growing  in  popularity. 

Integrated  mainframe  environments  use  a  data  base  manager  as  the 
central  core.  This  assists  in  eliminating  data  redundancy,  sharing  data 
between  applications,  and  keeping  different  applications  synchronized. 

Most  micro  software  companies  and  many  mainframe  software  vendors 
^  offer  their  version  of  an  integrated  analytic  environment,  almost 

always  including  spreadsheet,  word  processing,  and  graphics  capabil- 
ities. They  frequently  offer  additional  capabilities  such  as  data  base 
management,  modeling,  and  asynchronous  communications. 

Often  these  are  common  commands  across  applications,  functions,  and 
common  internal  processing  modules.  They  make  the  packages  easier 
to  use  and  the  changes  faster  and  less  expensive  for  the  vendor. 

•  The  components  within  the  integrated  environment  are  tightly  coupled, 
making  the  entire  environment  more  complex.  This  complexity  is  supportable 
in  a  well-designed  integrated  environment  since  the  complexity  will  be 
balanced  by  the  advantages.  However,  the  complexity  of  these  integrated 
environments  becomes  a  disadvantage  when  having  to  link  to  another  proces- 
sing environment,  especially  if  it  is  also  an  integrated  environment. 

/ 

•  Micro-mainframe  applications  will  require  less  tightly  coupled  environments. 
This  could  send  some  system  designers  back  to  their  drafting  boards. 
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EXHIBIT  11-5 


POTENTIAL  STRATEGIC  CONFLICT 

BETWEEN  INTEGRATED  AND 
MICRO-MAINFRAME  APPLICATIONS 


•  Integrated  Applications 

-  Mainframe  DBMS 

-  PC  Analytic  Tools 

•  Micro-Mainframe  Shared  Functionality 
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F.      GENERAL  STRATEGIES 


•  Vendors  that  want  to  be  successful  in  the  micro-mainframe  market  must  make 
choices.  For  example,  they  have  to  choose  between  being  an  applications- 
oriented  vendor  and  providing  the  systems  support  foundation.  This  choice, 
analogous  to  those  facing  software  companies  today,  will  be  even  harder  to 
make  because  the  micro-mainframe  market  will  be  increasingly  end-user  and 
application  driven. 

•  There  will  always  be  room  for  niche  specialists,  both  for  particular  applica- 
tions and  for  specialized  technical  tools.  They  must,  however,  understand 
their  niches  better  than  anyone  else.  The  danger  in  being  so  specialized  is 
that  a  "better  mousetrap"  can  have  a  serious  business  impact. 

•  The  technical  aspects  of  micro-mainframe  connectivity  should  not  be 
ignored;  the  boundaries  of  the  "adequate"  oiution  will  be  constantly  ex- 
panding. 

•  Above  all,  vendors  should  market  their  capabilities.  This  is  the  most  serious 
short-term  problem  in  the  marketplaces  potential  customers  do  not  under- 
stand what  services  vendors  supply.  The  gap  is  caused  by  two  things: 

The  confusing  mass  of  first  generation  downloaders  and  communica- 
tions packages. 

Vendors'  belief  that  corporations  are  less  inclined  to  use  vendors  than 

the  customers  in  fact  are. 
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EXHIBIT  11-6 


GENERAL  STRATEGIES 


•  Choose:  Connectivity  Foundation  versus 
Connectivity  Applications  (or  Both) 

•  Allied  Choice:  Software  Conglomerate 
or  Niche  Specialist 

■ '  ■  ■  ,   ,    ■  . ,  .    .    . . ' 

•  Start  to  Close  Connectivity  Gap 

•  Market  Capabilities 
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G.       SOFTWARE  STRATEGIES 


•  Micro-mainframe  connectivity  software  will  be  the  key  to  success  in  the 
micro-mainframe  market.  Software  vendors  are  the  logical  suppliers,  inde- 
pendent mainframe  software  vendors  have  taken  the  lead,  since  they  under- 
stand the  market's  needs  somewhat  better.  Also,  the  micro  software  vendors 
are  virtually  all  too  small  and  too  narrowly  focused. 

•  Micro  and  mainframe  software  vendors  will  be  increasingly  forced  together  to 
share  knowledge  and  products.  This  is  very  desirable  for  mainframe  software 
vendors.  It  will  become  a  critical  need  for  all  micro  software  vendors  that 
want  to  address  the  corporate  market  in  the  future^ 

•  Although  software  is  the  driving  force,  it  need  not  be  supplied  and  or 
marketed  only  by  the  independent  software  vendors.  If  the  software  vendors 
falter,  others  can  take  their  place,  including  RCS  firms,  professional  services 
firms  (especially  those  with  strong  data  base  design  skills),  turnkey  vendors, 
and  do-it-yourself  efforts  (i.e.,  in-house  developers). 

•  Hardware  vendors,  especially  IBM,  are  the  single  biggest  alternative  source  of 
supply  for  micro-mainframe  functionality* 

IBM,  of  course,  is  in  a  class  of  its  own.  if  IBM  produces  a  creditable 
micro-mainframe  connectivity  product  before  others  have  become 
firmly  established,  then,  as  in  the  PC  market,  all  the  rules  will  have 
changed. 

The  emphasis  will  then  change  from  innovation  to  adaptation.  Success 
for  independents  would  still  be  possible,  but  in  a  much  more  con- 
strained environment. 
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EXHIBIT  11-7 


SOFTWARE  STRATEGIES 

•  Software  =  Driving  Force 

•  Partners  Needed 

•  If  Independent  Software  Firms 
Do  Not  Supply  Connectivity 

-  Other  Service  Vendors  Will 

-  Hardwa;  e  Companies  May 
Dominate 
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ill   THE  CHANGING  APPLICATIONS 

ENVIRONMENT 


Ill       THE  CHANGING  APPLICATIONS  ENVIRONMENT 


•  Before  going  on  to  analyze  specifically  vendor-related  issues,  it  is  important 
that  established  vendors  (as  well  as  prospective  vendors)  wishing  to  deal  with 
the  evolving  micro-nnainfranne  market  understand  what  basic  forces  are 
driving  it. 

•  This  chapter  will  lay  the  groundwork  in  two  ways. 

The  first  section  will  summarize  general  micro-mainframe  plans  from 
the  IS  and  end-user  perspectives  as  identified  in  INPUT'S  primary 
research. 

The  second  section  will  show  how  micro-mainframe  applications  will 
mirror  the  changes  going  on  in  a  particular  industry  segment,  manufac- 
turing. 

A.       GENERAL  MICRO-MAINFRAME  PLANS 

•  The  key  issue  from  a  corporate  standpoint  is  the  type  of  micro-mainframe  (M- 
M)  applications  expected  to  be  used  in  the  future. 

Relatively  simple  analytic  applications  (e.g.,  based  on  data  downloaded 
to  spreadsheets)  now  predominate. 
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However,  in  the  future,  M-M  applications  will  cover  the  full  range  of 
data  processing  activities  and  will  be  quite  complex  and  powerful. 

These  additional  M-M  concepts  include  the  following: 

Micro-mainframe  applications  will  have  shared  functionality,  a  view 
that  corporations  subscribe  to  even  more  than  vendors  do,  as  shown  in 
Exhibit  lll-L  Shared  functionality  is  a  key  concept  that  will  be  re- 
turned to  again  and  again  in  this  study. 

This  view  toward  shared  functionality  is  widely  held  by  corporations,  as 
shown  in  Exhibit  III-2. 

Micro-mainframe  applications  will  include  many  key  applications;  i.e., 
they  will  be: 

Important. 

Large. 

Product ion/operat ion  oriented. 

Replacements  for  critical  host-based  applications. 

Corporations  expect  interactive  linkage,  as  shown  in  Exhibit  III-3. 

These  expectations  are  at  the  outer  edge  of  feasibility,  as  shown 
in  Exhibit  1 1 1-4,  and  will  remain  so  for  at  least  three  to  five 
years,  since  user  needs  demand  generalized,  interactive  transfer 
of  data  elements. 
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EXHIBIT  lll-l 


MICRO-MAINFRAME  APPLICATION  DEFINITION 


Definition: 

"Mainframe  host  and  micro  must  utilize 
processing  or  data  from  each  other." 

Inner  Circle  -  Corporation 
Outer  Circle  -  Vendors 

BH  Disagreement  With  Definition 
I    I  Agreement  With  Definition 


-  29  - 

1984  by  INPUT.  Reproduction  Prohibited.  INPUT 


MCPM 


EXHIBIT  III-2 


CORPORATE  EXPECTATION  OF  EXTENSIVE 
HOST-MICRO  SHARED  FUNCTIONALITY  APPLICATION 


Very 


Positive 


Moderately 
Positive 
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EXHIBIT  III-3 


TYPES  OF  MICRO-MAINFRAME  LINKAGES 
FORESEEN  BY  CORPORATIONS 


Percent  of  Linkage  Types 


-3!  - 


©1984  by  INPUT.  Reproduction  Prohibited. 


INPUT 

UEPM  MCPM 


EXHIBIT  III-4 


MICRO-MAINFRAME  LINKAGE  ALTERNATIVES 
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.         As  will  be  discussed  later  in  this  report,  these  expectations  will 

not  be  realistic  in  the  medium  term.  „ 

[ 
ii 

.         Vendors  and  corporations  are  out  of  sync  on  this  issue,  as  shown 

by  Exhibit  II 1-5.  j 

! 

j 

•         Corporations  have  only  recently  begun  to  address  this  issue  in  | 
depth,  which  is  not  surprising,  given  that  rekeying  mainframe 
reports  Is  probably  still  the  most  widely-used  method  of  M-M 
interface. 

Looking  at  the  overall  hierarchy  of  micro-mainframe  connectivity, 
displayed  in  Exhibit  III-6,  most  implementations  and  products  now 
available  are  basic  downloading  applications  (level  2). 

Even  the  newer  vendor  products  only  sketchily  support  level  3  activ- 
ities (which  many  vendors  admit  off-the-record). 

•  It  is  important  for  vendors  to  realize  that: 

Corporations  (at  least  IS  departments)  are  aware  that  they  are  only  at 
the  beginning  of  a  steep,  rocky  road. 

IS  departments  (and  especially  end  users)  are  convinced  that  M-M 
applications  will  be  increasingly  important. 

•  Note  that  additional  information  on  the  topics  discussed  here  is  contained  in 
the  companion  reports,  End-User  Micro-Mainframe  Needs  and  Micro-Main- 
frame:  Communications  Issues. 
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EXHIBIT  MI-5 


INTERACTIVE  VERSUS  ON-LINE  BATCH  MICRO-MAINFRAME  APPLICATIONS 

CORPORATE  AND  VENDOR  VIEWS 


MICRO-MAINFRAME 
APPLICATIONS 
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HIERARCHY  OF  MICRO-MAINFRAME  CONNECTIVITY 


1.  Manual 


2. 


a.  New  Data 

b.  Rekeyed  Data 


Downloading 
a.  Extracts 


Low  Speed 
b.    Operational  Files 


3.     File  Exchanges  (Bidirectional) 

a.  Low  Speed,  Proprietary  Structure 

b.  Low  Speed,  Generalized  Structure 

c.  High  Speed,  Proprietary  Structure 

d.  High  Speed,  Generalized  Structure 


4.     Logical  Data  Bases  Covering 

a.  Multiple  Physical  Hardware  Environments 

b.  Multiple  Software  Environments 


5.    Segmented  Applications  Programs 

(Coordinated  Processing  Between  Mainframe 
and  Micro) 

a.  Batch 

b.  Interactive 


Key:    Darker  Shades  Indicate  More  Complex 
I ssues /  Unresolved  Implementations 
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B.       THE  MANUFACTURING  SECTOR'S  MICRO-MAiNFRAME  NEEDS;  A 


CASE  STUDY 


•  Elsewhere  In  this  series  of  reports  (especially  in  End-User  Micro-Mainframe 
Needs)  specific  company  case  studies  and  analyses  of  M-M  applications  are 
provided.  However,  it  is  equally  useful  to  examine  the  likely  impact  on  an 
entire  industry  (driven  by  end-user  needs). 

•  The  end-user  needs  are  those  described  by  Harlan  Meal  in  the  March  1984 

Harvord  Business  Review,  "Putting  Production  Decisions  Where  They  Belong." 

Meal  contrasts  traditional  centrolized  manufacturing  production  plan- 
ning with  what  he  terms  "hierarchical  production  planning"  (HPP). 

These  are  structural  trends  for  which  he  sees  a  need  (and  which  are 

beginning  to  occur).  INPUT  has  observed  similar  trends  in  its  research 
and  consulting  in  this  industry. 

•  The  traditional  centralized  production  planning  process  has  pernicious  effects. 

Corporate  management  has  taken  on  the  virtually  Impossible  task  of 

forecasting  detailed  production  requirements  for  multiple  plants  and 
processors  over  an  extended  time  period. 

Local  managers  and  supervisors  are  given  little  leeway  to  react  to 

changing  or  local  needs.  The  result  is: 

.         High  inventories. 
Parts  shortages. 

Poor  customer  service. 

Costly  and  ineffective  planning. 
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Meal  sees  the  expensive,  large  data  processing  systems  now  in  place  as 
not  being  "the  key  to  good  management." 

His  prescription,  HPP,  would  essentially  leave  global  allocations  to  corporate 
decision  makers  and  push  detailed,  shorter  term  decisions  to  local  managers. 

He  does  not  discuss  the  specific  data  processing  needs  of  HPP  outside  of  the 
context  of  the  general  relationship  of  material  requirements  planning  (MRP) 
and  HPP.  However,  INPUT'S  research  and  consulting  experiences  have  con- 
firmed that  for  approaches  such  as  HPP  to  work  effectively,  M-M  systems 
must  mirror  the  management  systems  they  are  supporting.  The  recent  market 
successes  of  turnkey  manufacturing  systems  show  this  trend.  (See  INPUT'S 
1984  report  Market  Update:  Discrete  Manufacturing  Opportunities  for  Infor- 
mation Services  Vendors.) 

However,  M-M  manufacturing  applications  would  go  much  further  than  either 
host-based  systems  or  the  smaller  turnkey  systems. 

The  corporate  production  planning  data  base  would  contain  key  aggre- 
gated data  needed  for  central  analysis  and  decision  support. 

Further  down  in  the  organization,  the  kind  of  data  used  would  become 
narrower  but  much  deeper. 

Even  if  technically  feasible  to  implement  on  a  traditional  host  system, 
the  interdependence  of  individual  components  would  increase,  and  the 
entire  data  system  would  be  harder  to  deal  with  and  understand.  At 
the  same  time  it  would  become  more  fragile  and  error-  and  failure- 
prone. 

Exhibit  ili-7  illustrates  the  relationship  of  components  in  a  host-based 
manufacturing  system. 
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EXHIBIT  III-7 
HOST-BASED  MANUFACTURING  SYSTEM 


Department /Shop  Terminals 
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Each  plant  can  be  thought  of  as  containing  a  pyrannid  of  data,  as  shown  in 
Exhibit  III-8. 

The  top  of  each  pyramid  is  aggregated  for  use  in  the  corporate  planning 
data  base. 

Separate  components  at  the  bottom  are  needed  by  individual  depart- 
ments in  the  plant. 

An  important  thing  to  note  is  that  this  use  of  micros  turns  the  conventional 
wisdom  and  early  use  of  M-M  links  upside  down.  Conventionally,  micros  have 
used  downloaded,  usually  summarized,  data  to  perform  analytic  tasks.  The 
main  production  work  continues  on  the  host  system. 

This  state  of  affairs  is  primarily  a  historic  artifact;  the  VisiCalc-like 
tools  were  first  on  the  scene,  and  problems  were  soon  found  to  fit  their 
solution. 

It  Is  also  true  that  "downloading"  operations-oriented  systems  is  an 
enormous  task.  The  technical  tasks  are  on  the  edge  of  the  unknown. 
(Refer  to  Exhibit  1 1 1-6  earlier  in  this  chapter.) 

The  different  levels  of  M-M  computing  support  will  be  related  to  these  dif- 
fering needs.  Although  the  corporate  data  base  will  contain  relatively  small 
amounts  of  data,  it  will  often  need  to  be  combined  with  other  corporate-level 
data  (accounting,  marketing,  etc.)  and  will  in  any  event  be  subject  to  sophisti- 
cated analysis  using  complex  software  tools. 

The  plant-level  systems  would  contain  a  combination  of  medium-sized  and 
small  systems,  e.g.: 
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System  38s  or  4300s  for  plant-level  needs. 

PCs  at  the  shop  level. 

In  the  real  world,  then,  there  would  not  be  just  M-M  applications  but,  often, 
M-M-M  applications  (micro-mini-mainframe). 

One  current  difficulty  for  companies  heading  in  this  direction  is  that  no 
software  vendor  now  supports  this  type  of  approach.  Companies  will  have  to 
go-it-alone  for  the  time  being.  This  is  only  really  advisable  for  three  kinds  of 
companies: 

Those  committed  to  making  comprehensive  changes  to  their  manufac- 
turing systems,  where  software  development  cost  is  a  small  fraction  of 
expected  benefits. 

Those  with  unique  production  planning  needs  that  are  unlikely  to  be 
met  by  a  first  generation  M-M  product. 

Very  large  companies  with  many  locations  to  spread  the  cost  of  custom 
development. 
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IV       MICRO-MAINFRAME  SOFTWARE  PRODUCT  GROWTH 


A.       FORECASTED  GROWTH 

•  INPUT  expects  that  M-M  applications  used  by  major  corporations  will  show  a 
very  high  growth  rate  during  the  remainder  of  the  1980s.  (Refer  to  Exhibit  II- 1 
in  Chapter  2.) 

The  growth  is  subject  to  many  qualifications,  of  course,  but  the 
average  annual  growth  rate  should  range  from  51%  to  76%  between 
now  and  1988. 

By  1988  between  one-fifth  and  one-third  of  all  applications  (and 
processing)  should  be  M-M  applications.  INPUT  expects  that  these  will 
represent  a  cross-section  of  applications  and  types  of  corporations. 
That  is,  in  the  course  of  INPUT'S  interviews  and  research  there  gener- 
ally were  few  significant  differences  in  M-M  attitudes  or  plans  that 
correlated  with: 

Application  size. 

Company  size. 


Industry  type. 
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Consequently,  INPUT  expects  that  M-M  growth  will  be  a  broad  advance 
covering  all  aspects  of  data  processing  and  will  be  of  importance  to  vendors  of 
all  modes  of  delivery. 

When  there  are  indications  that  a  type  of  company  may  have  a  stronger 
or  weaker  set  of  attitudes  or  plans  toward  M-M  applications,  these  are 
noted  and  discussed. 

INPUT  expects  that  this  growth  will  begin  to  level  off  in  1990  or 
shortly  thereafter  as  an  M-M  saturation  point  of  about  50%  of  applica- 
tions is  reached.  Thereafter,  M-M  growth  will  approximate  overall 
levels  of  data  processing  growth. 

INPUT  expects  that  by  1988  the  software  products  mode  of  delivery  will  be 
the  single  largest  participant  in  the  M-M  market,  potentially  with  almost  one- 
third  of  sales  deriving  from  M-M  products.  This  impact  is  displayed  in  Exhibit 
IV-I. 

A  significant  amount  of  this  growth  will  come  at  the  expense  of  tradi- 
tional software  products,  i.e.,  replacement. 

However,  there  is  the  potential  for  the  overall  market  to  grow  by 
perhaps  an  additional  8%  to  10%. 

The  additional  growth  will  be  essentially  transitory;  i.e.,  it  will 
probably  not  act  as  a  long-term  addition  to  the  already  high  software 
products  growth  but  will  be  a  "blip"  during  the  1980s,  illustrated  by 
Exhibit  IV-2. 

This  odditional  growth  will  be  caused  by  the  sooner-than-expected 
replacement  of  traditional  systems— e.g.,  a  system  replaced  or  up- 
graded significantly  at,  say,  four  years  into  a  normal  life  of  eight 
years. 
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EXHIBIT  IV-1 


MICRO-MAINFRAME  IMPACT  ON  SOFTWARE  PRODUCTS 

1984-1988 


VP  AR 

TOTAL 
MODE 

MICRO-MAINFRAME  IMPACT  ($  Billions) 

LOW 

MIDPOINT 

HIGH(b) 

1984 

$10.3 

$0.3 

$0.4 

$0.5 

1985 

13.8 

0.6 

1.0 

1.3 

1986 

18.2 

1.6 

2.1 

2.6 

1987 

23.7 

3.1 

4.4 

5.7 

1988 

30.7 

6.0 

8.4 

10.9 

NOTES:     (a)  =  Total  information  services  forecast  for  this  mode  from  INPUT'S  1983  annual  report, 
(b)  =  Difference  between  "midpoint"  and  "high"  is  potentially  additive. 

Source:    Appendix  D 
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EXHIBIT  IV-2 

THE  MICRO-MASNFRAME  "BLIP" 


Micro-mainframe  rates  in  the  1990s  may  essentially  be  of  theoretical 
interest;  however,  INPUT  does  not  expect  to  see  a  compensating 
decline  in  the  growth  rates  in  the  1990s  to  balance  the  temporary 
increase  in  the  1980s.  This  is  because  once  M-M  systems  are  installed: 

They  should  be  replaced  at  normal  rates. 

The  underlying  need  for  software  products  generally  will  not 
decline  in  an  M-M  environment  (and  may,  in  fact,  be  further 
spurred  by  M-M  capabilities). 

•  Forecasts  and  analyses  of  M-M  growth  in  the  RCS  and  turnkey  sectors  are 
contained  in  INPUT'S  companion  report,  Micro-Mainframe;  Processing  and 
Turnkey  Strategies. 

•  The  impact  on  the  professional  services  sector  is  contained  in  Appendix  E  of 
this  report. 

B.       MICRO-MAINFRAME  MARKETS;  A  RIPENING  PROCESS 

•  As  described  above,  the  M-M  market  will  gradually  grow  in  size.  Besides 
growing  numerically,  there  will  also  be  a  tendency  for  different  parts  of  the 
market  to  open  up  incrementally.  Exhibit  IV-3  shows  this  process. 

•  Large  corporations  are  the  obvious  initial  market  and  will  be  by  far  the 
largest  market. 

Fortune  500  type  firms  will  probably  account  for  over  three-quarters  of 
potential  market. 
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EXHIBIT  IV-3 


SHARED  FUNCTIONALITY  MARKET  SEGMENTS:  RIPENING  PROCESS 


Home  (Education)  After  1990 


Corporate  Employees  (Home) 


Small  Business 


Large  Corporations 


t  1 

1984 

1985 

1986 

1987 

988 


1990 
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These  large  firms,  therefore,  have  been  the  target  of  research,  the 
basis  for  the  projections,  and  (implicitly  or  explicitly)  the  focus  of  most 
analyses  in  these  studies. 

•  However,  the  other  markets  will  progressively  come  on-stream  as  their  needs 
become  more  pronounced;  they  will  often  be  forced  to  obtain  M-M  applica- 
tions because  of  competition. 

Many  small  firms,  especially  those  in  manufacturing  and  distribution, 
will  be  forced  to  interconnect  to  the  computer  systems  of  larger  firms 
to  remain  competitive.  (This  issue  is  addressed  extensively  in  the 
companion  report,  Micro-Mainframe:  Processing  and  Turnkey 
Strategies. 

"Personal"  PCs  of  corporate  employees  will  be  M-M  candidates  for 
explicitly  business  use  as  well  as  for  borderline  activities,  e.g.,  securi- 
ties analysis  that  could  be  used  for  either  corporate  or  personal 
functions. 

Finally,  after  1990,  the  home  education  area  could  be  linked  with 
commercial  education  (in  a  new  form)  or  with  traditional  public  educa- 
tion. This  area  is  very  unfocused  and  speculative  and  is  not  treated  in 
these  studies  as  part  of  the  "real"  M-M  market. 

C.       QUAUTATIVE  ASPECTS  OF  MICRO-MAINFRAME  GROWTH 

•  These  growth  projections  are  not  immutable,  especially  this  early  in  the  M-M 
development  cycle.  In  addition  to  the  quantitative  factors  described  in 
Appendix  D  there  are  other  influences  (more  qualitative  ones),  which  fall  into 
these  groups: 
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Customer  factors. 

Market  factors. 

Technical /product  factors. 

The  area  of  customer  factors  includes  two  very  important  components: 

The  influence  of  end  users. 

End  users  are  already  active  proponents  of  M-M  applications  in 
many  organizations. 

End-user  influence  will  undoubtedly  become  even  stronger  in  the 
years  ahead.  INPUT'S  companion  report,  "End-User  Micro- 
Mainframe  Needs  examines  this  issue  in  much  more  detail. 

Information  systems  department  acceptance. 

At  the  least,  IS  acceptance  of  the  more  ambitious  M-M  applica- 
tions is  required;  a  surprising  number  of  IS  departments  are 
already  at  this  stage  of  acceptance. 

There  are  signs  that  this  acceptance  could  become  proactive 
support,  depending  on  some  of  the  market  and  product  factors 
below. 


Market  factors  are  those  that  are  dependent  neither  on  the  customer  factors 
above  nor  on  technical  and  product-related  factors.  They  include: 

The  objective  M-M  need. 
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There  is  little  question  that  there  is  a  relatively  high  real  need 
in  many  organizations  for  shared  functionality  M-M  applications. 

The  need  exists  to  distribute  data  processing  in  ways  sinnilar  to 
the  distribution  of  many  management  and  operational  tasks. 

Early  implementation  experience. 

The  impression  made  by  the  more  ambitious  initial  M-M  applica- 
tions will  greatly  influence  both  end  users  and  IS. 

These  early  experiences  are  likely  to  be  mixed— enthusiasm  and 
support  combined  with  poor  IS/end-user  communications  and 
technical  obstacles.  (See  End-User  Micro-Mainframe  Needs.) 

The  availability  of  industry-specific  packaged  applications. 

I  .  This  is  not  as  important  as  the  earlier  factors,  since  corpora- 
tions will  write  their  own  systems  if  the  need  is  sufficiently 
high. 

In  the  short  run  it  is  unlikely  that  there  will  be  considerable 
numbers  of  these,  for  reasons  discussed  in  Chapter  VIII. 

•        Technical /product  factors  are  more  numerous  and  varied  in  their  importance, 
including: 

The  existence  of  acceptable  (not  ideal)  technical  solutions. 

That  is,  well-thought-out  on-line  batch  systems  will  be  quite 
acceptable  for  many  initial  applications. 
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These  kinds  of  solutions  are  feasible,  although  they  often  are 
neither  what  Is  desired  nor  what  is  appropriate. 

An  interactive  product  breakthrough. 

A  technical  breakthrough  that  would  result  In  the  early  avail- 
ability of  truly  interactive  shared  functionality  M-M  applica- 
tions would  be  desirable. 

This  is  unlikely,  however. 

Retrofits  of  currently  available  applications. 

This  will  be  an  important  step  forward,  nnaking  transitions  easier 
for  both  vendors  and  customers.  This  could  give  older,  batch- 
oriented  products  a  new  lease  on  life. 

Some  of  the  newer  interactive,  integrated  applications  might,  in 
fact,  be  less  suited  to  be  converted  to  operate  in  an  M-M 
environment. 

Avoilability  of  new  M-M  applicotion  packages. 

Having  new  packages  available  will  be  desirable  but  not  as 
important   as   having   familiar   names   available   in  an  M-M 

environment.. 

Because  of  the  expense  and  risk,  new  packages  will  probably  lag 
somewhat  behind  conversions.  However,  new  packages  will  be 
necessary  to  optimize  M-M  functionality  and  performance. 
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Exhibit  IV-4  summarizes  the  above  analysis,  showing: 
The  importance  of  each  factor. 

The  effect  that  each  factor  will  have  on  M-M  growth  (in  the  medium 
term). 

The  factors  taken  together  will  have  a  somewhat  positive  effect  on  the  over- 
all growth  and  acceptance  of  M-M  applications.  However,  each  factor's 
influence  can  change  over  time  and  should  be  continuously  monitored. 

This  analysis  has  looked  at  vendors  and  customers  as  a  group,  since  industry 
and  company  size  are  not  very  strong  determinants  of  M-M  plans,  as  noted 
earlier  in  this  chapter. 

However,  these  factors  can  also  be  used  to  examine  and  assess  indi- 
vidual customers,  comparing  different  customers  to  assess  their  rela- 
tive attractiveness  as  M-M  prospects. 

The  vendor-  and  product-oriented  factors  can  also  be  used  to  assess 
individual  vendors  and  groups  of  vendors. 
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EXHIBIT  IV-4 


FACTORS  INFLUENCING  GROWTH  OF 
MICRO-MAINFRAME  APPLICATIONS  SOFTWARE 


FACTOR  RATING 

AFFECTING  MICRO-MAINFRAME 

GROWTH 

FACTOR 

High  Low 
Growth  Growth 

IMPORTANCE 
OF  FACTOR* 

Customer  Factors 

12      3      4  5 

•  Influence  of  End  Users 

High   (^) — ^Low 

A 

•  IS  Acceptance 

nign           ■    '  — Lj.u|        g>  Low 

A 

A 

Market  Factors 

i_, '      ■   ■■■  ■ 

®  Objective  Micro-Mainframe 

Need 

®  Early  Implementations 

High   ►Low 

A 
A 

Success  ^ —           —  ►Failure 

®  Industry-Specific  Applica- 
tions Available 

Many   — ^^-►Few 

B 

Technical /Product  Factors 

®  Acceptable  Technical 
Solutions 

No 

A 

®  Interactive  Product 
Breakthrough 

Yes 

B 

®  Old  Package  Micro- 
Mainframe  Retrofits 

Many      ^  @  ►Few 

A 

®  Integrated  Mainframe 
Packages  Installed 

 ^  — — ►Many 

B 

f»  New  Micro-Mainframe 
Packages  Available 

Many  — — ►  Few 

B 

-  INPUT'S  assessment  of  situation  in  medium  term  (2-4  years) 

*  A  =  Important,  B  =  Less  Important. 

Rating:  (T)  =  Causing  Higher  Growth,  (?)  = 

Causing  Lower  Growth. 
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V       MARKET  DIRECTION  AND  NEEDS 


•  Chapter  III  shows  the  changing  M-M  environment  and  the  major  forces  that 
are  and  will  be  impelling  companies  into  planning  ambitious  M-M  applica- 
tions. This  chapter  will  analyze  particular  issues  that  may  affect  the  direc- 
tion and  use  of  M-M  applications. 

A.       FACTORS  INFLUENCING  STRENGTH  OF  SHARED 
FUNCTIONALITY  PLANS 

•  One  of  the  most  important  findings  is  how  closely  clustered  different  types  of 
companies  are  in  their  attitudes  and  plans  toward  shared  functionality. 

Exhibit  V-l  shows  types  of  companies  that  were  above  average  (by  0.2 
or  more  of  a  rating  point)  in  their  attitudes  toward  using  shared  func- 
tionality M-M  applications. 


Similarly,  Exhibit  V-2  lists  groups  whose  attitudes  toward  shared  func- 
tionality are  below  average.  There  are  only  a  few  groups  whose  low 
rating  suggests  a  cause-effect  relationship. 

It  is  useful  to  compare  the  general  characteristics  of  the  groups  in 
these  two  exhibits. 
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EXHIBIT  V-1 


ATTITUDES  TOWARD  SHARED  FUNCTIONALITY  APPLICATIONS: 
SELECTED  GROUPS  WITH  HIGHER  THAN  AVERAGE  ATTITUDES 


Corporate  Average 


Plan  to  Use  Vendor  Software 
(Generally) 

Plan  to  Use  Vendor  Professional 
Services 

Plan  to  Communicate  from  Own 
Micros  to  Other  Companies'  Hosts 

View  Data  Base  Synchronization 
as  a  Serious  Problem 

Plan  to  Communicate  from  Own 
Micros  to  Micros  in  Other 
Departments 

Expect  Equal  Amounts  of 
Interactive  and  On-Line  Batch 
Micro-Mainframe  Applications 

Micros  Linked  to  More  Than 
One  DBMS 

Discrete  Manufacturers  Planning 
to  Use  Turnkey  Vendors 

Vendor  Assessment  of  Company 
Attitudes 


+  1.7 


f1.9 


■H.9 


+2.0 


+2.1 


+2.1 


+2,  1 


+2.2 


+2.4 


+3.2 


-5  -£| 
Very 
Unfavorable 


-3      -2  -1 


+1      +2  +3 


Attitude  Toward 
Shared  Functionality 
(Rating) 


+i|  +5 
Very 
Favorab 
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EXHIBIT  V-2 

ATTITUDES  TOWARD  SHARED  FUNCTIONALITY  APPLICATIONS: 
SELECTED  GROUPS  WITH  LOWER  THAN  AVERAGE  ATTITUDES 


Corporate  Average 
Companies  over  $2  Billion 

Process  Manufacturers 

Plan  to  Use  Existing  Data  Base  with 
Micro-Mainframe  Applications 

Few  Plans  to  Communicate  from  Micros 
to  Other  Departments'  Micros 

Few  Plans  to  Communicate  from  Own 
Micros  to  Other  Companies'  Hosts 

Banks 


Few  Plans  to  Use  Turnkey  Vendors 

Do  Not  View  Data  Base  Synchronization 
as  Serious  Problem 

Few  Plans  to  Use  Vendor  Software 

Few  Plans  to  Link  Micro  to  More  Than 
One  Data  Base 

Plan  Predominantly  On-Line  Batch 
Micro-Mainframe  Applications 

Vendor  Assessment  of  Corporate 
Attitudes 


+  1.7 


+  1.5 


+  1.U 


+  1.4 


+  1.4 


+  1.4 


J 


+  1.1 


+  1.0 


+0.  8 


+0.7 
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Those  with  above-average  attitudes  toward  shared  functionality 
tend  to  be  doing  or  planning  more  complex  approaches  to,  and 
utilizing  a  variety  of,  sources  for  M-M  applications. 

Those  with  below-average  attitudes  plan  many  fewer  actions  and 

are  generally  less  aggressive  in  their  plans. 

Companies  that  are  the  most  serious  about  M-M  shared  func- 
tionality applications  are  active  companies  with  complex 
environments. 

One  characteristic  of  companies  most  favorable  toward  shared  functionality 
M-M  applications  at  first  glance  seems  counter-intuitive;  these  companies 
expect  to  be  adding  micros  at  a  low  rate  compared  with  companies  expressing  1 
a  neutral/negative  attitude  toward  shared  functionality  (180%  versus  320% 
growth  over  a  two-year  period). 

On  closer  examination,  it  turns  out  the  negative/neutral  respondents 
are  starting  from  a  much  lower  base,  as  shown  by  Exhibit  V-3;  they  are 
playing  "catch-up." 

This  reinforces  the  conclusion  that  those  having  the  most  interest  in 
shared  M-M  functionality  are  those  that  have  done  the  most  in  the 
past. 

These  micro  growth  rates  are  not  a  function  of  company  size;  there  is 
surprisingly  little  difference  between  companies  over  and  under  $2 
billion  in  their  micro  growth  rates. 

As  shown  by  Exhibit  V-4,  vendors  as  a  group  are  much  more  positive  in 
their  attitude  toward  shared  functionality  than  corporate  respondents 
generally  are  (or,  indeed,  than  any  particular  subgroup  is). 
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MICROS  PER  ENTERPRISE  IN  RELATION  TO 
RESPONDENT  POSITION  ON  HOST-MICRO  SHARED  FUNCTIONALITY 


Respondent  Position 
Neutral/Negative 
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Very  Positive 


200  UOO  600  800 

Micros  per  Enterprise 
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EXHIBIT  V-4 


CORPORATE  AND  VENDOR  VIEWS  ON  THE 
SHARED  FUNCTIONALITY  ENVIRONMENT 
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This  may  represent  a  slight  self-selection  on  the  part  of  vendor 
respondents  (i.e.,  respondents  had  often  considered  these  M-M 
issues  intensively).  To  the  extent  this  is  the  case,  the  vendors 
are  somewhat  ahead  of  corporations,  from  a  timing  standpoint. 

Vendors  are  in  tune  with  the  positive/very  positive  groups  of 
companies. 

However,  there  is  a  danger  that  vendors  do  not  fully  understand 
the  positions  of  companies,  especially  of  their  IS  departments. 
Vendors  must  make  sure  they  do  not  identify  too  thoroughly  with 
end-user  ideals,  thus  neglecting  the  IS  position. 

B,       IMPLEMENTATION  STRATEGIES 

•  Companies  interviewed  plan  to  use  multiple  strategies  to  implement  shared 
functionality  M-M  applications,  as  shown  in  Exhibit  V-5. 

More  importantly,  selecting  one  development  strategy  does  not  exclude 
others.  Exhibit  V-6  illustrates  this  point. 

In  fact,  corporations  most  in  favor  of  adding  applications  to  existing 
data  bases  are  also  more  likely  to  favor  the  other  approaches. 

•  One  difference  between  companies  and  vendors,  as  illustrated  in  Exhibit  V-7, 
is  their  assessments  of  whether  backup  issues  are  a  barrier  to  M-M  applica- 
tions. 

Vendors  are  almost  twice  as  likely  as  companies  to  see  backup  as  a 
problem.  This  certainly  reflects  their  increased  awareness  of  such 
issues.  It  does  not  mean  that  vendors  have  solutions  to  these  problems, 
only  that  they  recognize  them. 
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EXHIBIT  V-5 


DEVELOPMENT  STRATEGIES  FOR  APPLICATIONS  SOFTWARE  FOR 

MICRO-MAINFRAME  SYSTEMS:     CORPORATE  AND  VENDOR  VIEWS 

DEVELOPMENT 
STRATEGY 


Modification  of 
Existing  Software 


Adding  New  Appli- 
cation Code  to 
Existing  Data  Base 

Writing  Entirely 
New  Application 


Corporate  View 

Vendor  Assessment  of  Corporate  Plans 
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EXTENT  TO  WHICH  A  PARTICULAR 
DEVELOPMENT  STRATEGY  SUPPORTS  OTHER  STRATEGIES 


THEN  ITS  RATING  OF  THE  FOLLOWING  IS: 

Modifying 
Existing 
Software 

Adding 
Applications 
to  Existing 
Data  Base 

Writing  New 
Applications 

/ORS: 

Modifying 
Existing 
Software 

N/A 
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EXHIBIT  V-7 


EXTENT  TO  WHICH  BACKUP  IS  VIEWED  AS  A 
BARRIER  TO  MICRO-MAINFRAME  APPLICATIONS 


Inner  Circle  -  Corporations 
Outer  Circle  -  Vendors 


Do  Not  Consider  Backup  a  Problem 
Do  Consider  Backup  a  Problem 
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This  difference  in  assessment  can  lead  to  two  kinds  of  customer-vendor 
difficulties: 

.         Selling  solutions  that  lead  to  new  problems.  , 

Selling  solid  solutions  that  do  not  seem  avant-garde. 

C,       COMPLEX  LINKAGE  REQUIREMENTS 

•  There  is  a  high  level  of  agreement  among  companies  that  M-M  environments 
will  be  complex  from  the  standpoint  of: 

Computer  links.  <      .  T 

Telecommunications  links. 

Data  base  links. 

•  More  than  half  of  the  corporations  interviewed  see  a  need  to  link  to  multiple 
mainframes;  according  to  Exhibit  V-8,  50%  see  a  requirement  for  the  same 
micro  to  be  able  to  link  to  different  hosts. 

A  similar  proportion  sees  the  need  to  link  to  multiple  telecommunica- 
tions and  DBMS  environments. 

Vendors  see  even  higher  needs  for  linking  to  multiple  environments. 
There  is  one  interesting  difference  in  these  vendor-customer  attitudes. 

More  than  60%  of  the  companies  see  M-M  applications  accel- 
erating the  use  of  relational  DBMSs. 
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EXHIBIT  V-8 


COMPLEX  ENVIRONMENTAL  LINKAGE  REQUIREMENTS 
CORPORATE  AND  VENDOR  ASSESSMENTS 
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However,  fewer  than  half  of  the  vendors  see  this  occurring.  In  j 

this  case  the  companies  nnay  be  ahead  of  the  vendors,  since  in  | 

principle  a  relational  DBMS  does  offer  one  set  of  solutions  to  M-  | 

M  connectivity.   (See  Chapter  Vlil  for  more  discussion  on  this  ji 

topic.)  :| 

'I! 

•  Companies  that  are  very  positive  toward  shared  functionality  have  even  [| 
greater  requirements  for  operating  in  complex  environments,  as  shown  by  'I 
Exhibit  V-9. 

D.       TECHNOLOGICAL  NEEDS 

•  Generally,  as  Exhibit  V-IO  shows,  companies  and  vendors  have  similar  views 
on  the  kinds  of  technology  that  will  be  used  in  the  future  in  an  M-M  environ- 
ment. 

Both  see  downloading  to  spreadsheet  programs  as  a  continued  high- 
importance  need,  although  companies  consider  it  somewhat  less  impor- 
tant than  vendors  do. 

Companies  are  much  less  sold  on  the  concept  of  a  micro  using  main- 
frame software  (e.g.,  the  XT/370). 

•  As  shown  by  Exhibit  V-ll,  companies  see  downloaded  spreadsheets  overtaking 
standalone  spreadsheets  in  importance  within  two  years. 

Programs  developed  in-house  will  increase  considerably  in  importance, 
but  they  will  still  be  behind  vendor  applications  in  importance. 
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EXHIBIT  V-9 


DATA  BASE  LINKAGE  NEEDS  FOR 
SHARED  FUNCTIONALITY  APPLICATIONS 
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FUTURE  MICRO  APPLICATIONS  TECHNOLOGY: 
CORPORATE  AND  VENDOR  VIEWS 
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EXHIBIT  V-11 


USE  OF  PC  SOFTWARE  TYPES 
1984  AND  1986 
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As  will  be  discussed  at  greater  length  in  the  next  chapter,  the  increase 
in  in-house  applications  is  driven  by  the  increasing  magnitude  of  M-M 
commitments  coupled  with  a  lack  of  understanding  of  specific  vendor 
assistance  available. 

As  shown  by  Exhibit  V-12,  vendors  are  generally  more  extreme  in  their 
assessment  of  current  and  future  spreadsheet  use  compared  to  the  corpora- 
tions' own  assessments. 

Since  using  host  software  on  a  micro  (such  as  the  XT/370)  would  be  one  solu- 
tion to  many  M-M  issues,  this  was  explored  in  some  depth  with  the  companies 
interviewed. 

In  general,  companies  were  not  very  enthusiastic.  Only  a  few  groups, 
as  shown  by  Exhibit  V-13,  rated  this  even  moderately  above  average. 

The  same  is  true  when  industry  groups  are  examined.  Exhibit  V-14 
indicates  that  banking  is  especially  negative. 

This  same  general  pattern  emerges  when  assessing  the  3270  PC  type  solution. 
Exhibit  V-15  demonstrates  this.  As  in  the  case  of  the  XT/370,  vendors  were 
considerably  more  enthusiastic  than  were  companies,  concerning  future  use. 

In  part,  this  downplaying  of  the  XT/370  and  the  3270  PC  represents  a  knowl- 
edge gap— certainly  on  how  these  machines  will  perform  in  real  life.  Exhibit 
V-16  illustrates  this  gap. 

However,  INPUT  believes  that  the  lack  of  enthusiasm  for  the  XT/370  in  M-M 
applications,  at  least  with  the  XT/370's  current  capabilities,  is  well  placed. 
(The  XT/370  is  analyzed  at  some  length  in  the  companion  report,  End-User 
Micro-Mainframe  Needs.) 
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EXHIBIT  V-12 


SPREADSHEETS:  CORPORATE  AND  VENDOR  VIEWS 

1984  AND  1986 
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FUTURE  IMPORTANCE  OF  XT/370  TO  SELECTED  GROUPS 
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EXHIBIT  V-U 


PROPENSITY  TO  USE 
HOST  SOFTWARE  ON  MICRO 
BY  INDUSTRY 
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FUTURE  IMPORTANCE  OF  3270  PC  TO  SELECTED  GROUPS 
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EXHIBIT  V-16 


XT/370  AND  3270  PC:    '  ' 
FUTURE  IMPORTANCE  AND  CURRENT  UNDERSTANDING 
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E.  UNIX 


•  UNIX  is  in  principle  a  good  foundation  for  M-M  applications,  given  its  port- 
ability, "piping,"  and  other  technical  attributes.  This,  combined  with  AT&T's 
recent  ennphasis  on  UNIX  as  a  vehicle  for  market  entry,  makes  UNIX  a  subject 
of  serious  examination  by  many  vendors. 

However,  the  market  to  date  has  shown  little  interest,  according  to 
Exhibit  V- 1 7. 

Vendors  as  a  group  see  more  promise  for  UNIX  than  do  companies. 
However,  the  vendors  INPUT  interviewed  did  not  appear  particularly 
better  informed  than  corporations. 


F.       ON-LINE  BATCH  PLANS 


•  As  discussed  in  Chapter  III,  only  a  quarter  of  the  corporations  plan  to  utilize 
on-line  (as  opposed  to  interactive)  batch  as  the  means  of  implementing  shared 
functionality  M-M  applications.  Almost  twice  the  proportion  of  vendors 
favored  this  approach. 

From  the  vendor  standpoint,  this  is  not  the  worst  of  the  story.  Those 
companies  that  favor  on-line  batch  are  the  least  favorably  disposed  to 
shared  functionality  or  vendor  assistance  as  shown  in  Exhibit  V-18. 

Those  that  are  least  in  favor  of  on-line  batch  are  the  most  active  firms 
(including  those  planning  to  use  vendor  assistance),  as  shown  in  Exhibit 
V-19. 
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EXHIBIT  V-17 


FUTURE  IMPORTANCE  OF  UNIX  TO  SELECTED  GROUPS 
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EXHIBIT  V-18 


PROSPECT  TYPES  MOST  IN  FAVOR  OF 
ON-LINE  BATCH  MICRO-MAINFRAME  APPLICATIONS 


Corporate  Average 

Few  Plans  to  Use  Vendor 
Applications 
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EXHIBIT  V-19 


PROSPECT  TYPES  LEAST  IN  FAVOR  OF 
ON-LINE  BATCH  Mi CRO-MAl  NFRAME  APPLICATIONS 
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CUSTOMER  REQUIREMENTS   FOR  VENDOR 

ASSISTANCE 


VI       CUSTOMER  REQUIREMENTS  FOR  VENDOR  ASSISTANCE 


•  This  chapter  looks  at  customer  requirements  for  vendor  assistance  and 
considers: 

How  much  assistance  customers  expect  to  obtain  from  vendors. 

How  well  particular  kinds  of  vendors  (i.e.,  software,  professional 
service  firms,  etc.)  meet  these  needs. 

A.       CURRENT  AND  EXPECTED  AMOUNTS  OF  VENDOR  ASSISTANCE 

•  Vendors  generally  overestimate  the  amount  of  in-house  M-M  development  and 
underestimate  the  amount  of  vendor  software  that  will  be  used,  as  shown  by 
Exhibit  VI- 1. 

•  This  divergence  between  corporations  and  vendors  is  especially  dangerous 
since  the  vendor  participation  rate  is  already  very  high,  as  shown  by  Exhibit 
VI-2.  Vendors  stand  a  good  chance  of  walking  past  an  open  door. 

The  vendor  participation  rate  is  even  higher,  as  shown  by  Exhibit  Vi-3, 
when  M-M  applications  in  the  concept/planning  pipeline  are  taken  into 
account. 
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EXHIBIT  VI-1 


SOURCE  OF  MICRO  APPLICATIONS 
CORPORATE  AND  VENDOR  VIEWS 


in-House  Development 
Corporate  Plans 


Vendors'  Assessment 
of  Corporate  Plans 


Vendor  Software 


Corporate  Plans 


Vendors'  Assessment 
of  Corporate  Plans 


1 1 1  HI  1 1 1 1 1 1  mtmmmmmtmm 


1.1 


2.9 


2.2 


  ^-  -'-^^ 


4.2 


3.6 


3.9 


3.2 


^   "  -ll 


4.4 


1 

Low 


I  mportance 
(Rating) 


5 

High 


Hi  Importance  in  198'4 
Importance  in  1986 


-  82  - 

©  1984  by  INPUT.  Reproduction  Prohibited. 


INP 

MCPM 


EXHIBIT  VI-2 


IN-HOUSE  AND  VENDOR  INVOLVEMENT  IN 
MICRO-MAINFRAME  APPLICATIONS  DEVELOPMENT 


Vendor  Participation  =  69% 
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EXHIBIT  VI-3 


VENDOR  PARTICIPATION  IN 
MICRO-MAINFRAME  APPLICATIONS  DEVELOPMENT 
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The  percentages  shown  on  the  exhibit  are  not  artifacts;  virtually  every 
company  interviewed  had  one  or  more  M-M  application  under  planning 
or  development. 

The  vendor  contribution  is  very  diverse  and  may  even,  on  occasion,  be  unrec- 
ognized by  the  vendor.  This  kind  of  participation  includes: 

Custom  programming. 

Modification  of  current  software. 

Modified  vendor  packages  (mainframe  and  micro). 

Downloaded  and  integrated  data  from  public  data  bases. 

Micro-mainframe  applications  are  very  diverse. 

Exhibit  VI-4  shows  that  companies  most  favoring  shared  functionality  M-M 
applications  are  also  very  positive  in  their  view  of  vendor-supplied  micro 
software. 

Vendor  software  rates  highest  among  all  groups,  both  now  and  in  1986. 

This  high-need  group  is  the  most  favorably  disposed  to  both  in-house 
and  vendor  software,  compared  to  the  other  groups. 

However,  a  window  of  opportunity  could  close  for  vendors,  since  in- 
house-developed  micro  software  is  rated  closer  to  vendor  software  in 
1986  than  it  is  now. 

The  propensity  to  use  vendor  software  does  not  seem  to  be  influenced  by 
whether  a  company  plans  wholly  new  M-M  applications  or  plans  to  add  appli- 
cations to  existing  data  bases.  Exhibits  VI-5  and  VI-6  contain  data  regarding 
the  importance  of  the  sources  for  M-M  software. 
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EXHIBIT  VI-4 


VENDOR  VERSUS  IN-HOUSE  SOFTWARE:  RELATION  TO 
RESPONDENT  POSITION  ON  HOST-MICRO  SHARED  FUNCTIONALITY 


ATTITUDE 
TOWARD: 


Vendor 
Supplied 
Micro 
Software 


POSITION 
ON  SHARED 
FUNCTIONALITY 


In-House 
Developed 
Micro 
Software 


Most 
Favorable 


All 

Respondents 


Least 
Favorable 


Most 
Favorable 


All 

Respondents 


Least 

Favorable 


ATTITUDE  TOWARD  VENDOR  AND 
IN-HOUSE  SOFTWARE 


1 

Low 


1984 
1986 


3 

Rating 


5 

High 
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EXHIBIT  VI-5 


SOURCE  OF  MICRO-MAINFRAME  SOFTWARE 
APPLICATIONS  ADDED  TO  EXISTING  DATA  BASE  USED 


Importance  of 
In-House  Development 
Where  There  Is: 

Low  Propensity  to 
Use  Existing 
Data  Base 


High  Propensity  to 
Use  Existing 
Data  Base 

Importance  of 

Using  Vendor  Software 

Where  There  Is: 

Low  Propensity  to 
Use  Existing 
Data  Base 


High  Propensity  to 
Use  Existing 
Data  Base 


2.4 


3.0 


1 

Low 


liil  Importance  in  1984 
Importance  in  1986 


Importance 
(Rating) 


5 

High 
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EXHIBIT  VI-6 


SOURCE  OF  MICRO-MAINFRAME  SOFTWARE 
WHOLLY  NEW  APPLICATIONS 


Importance  of 
In-House  Development 
Where  There  Is : 

Low  Propensity  to 
Develop  New 
Applications 

High  Propensity  to 
Develop  New 
Applications 


Importance  of  Using 
Vendor  Software 
Where  There  Is: 

Low  Propensity  to 
Develop  New 
Applications 

High  Propensity  to 
Develop  New 
Applications 


2.3 


3.  1 


2.  1 


2.5 


3. 

• 

3.8 


1 

Low 


5 

High 


Importance 
(Rating) 


Importance  in  1984 
Importance  in  1986 
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B.       ASSISTANCE  FROM  SPECIFIC  TYPES  OF  VENDORS 


•  As  shown  in  the  previous  section,  corporations  are  using  significant  amounts 
of  vendor  assistance  in  putting  together  M-M  applications  and  are  utilizing 
much  assistance  now.  Micro  software  packages  are  well  established. 

•  It  would  seem  logical,  then,  that  vendors  are  well  placed  to  move  into  the  M- 
M  business.  Actually,  there  is  a  considerable  problem,  as  shown  by  Exhibit 
VI-7:  corporations  give  information  service  vendors  a  rating  of  only  2.7  on  a 
scale  of  5  for  the  amount  of  assistance  they  expect  to  receive.  Only  IBM  and 
vendors  that  offer  both  mainframe  and  micro  software  are  rated  even  slightly 
higher. 

•  This  coolness  toward  M-M  vendors  is  influenced  by  the  M-M  development 
strategies  planned,  as  Exhibit  VI-8  shows.  Nor  is  it  influenced  by  the  tech- 
nical approach,  as  Exhibit  VI-9  shows. 

The  data  on  the  need  for  general  vendor  assistance  was  further 
analyzed  by  dividing  corporate  respondents  into  "high"  and  "low"  poten- 
tial need  groups  based  on  their: 

Propensity  to  use  vendor  versus  in-house  micro  software. 

,         Likelihood  to  use  interactive  versus  on-line  batch  M-M  applica- 
tions. 

Degree  of  support  of  M-M  shared  functionality. 

Exhibit  VI- 10  shows  that  at  this  level  of  analysis  there  was  no  further 
improvement  in  corporations'  attitudes  toward  vendor  use. 
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EXHIBIT  VI-7 


ASSISTANCE  EXPECTED  FROM  VENDORS  IN 
PLANNING/IMPLEMENTING  MICRO-MAINFRAME  APPLICATIONS 


POTENTIAL  SOURCE 
OF  ASSISTANCE 


Main  frame /Micro 
Software  Vendors 


IBM 


General  Vendors 


Mainframe  Software 
Vendors 

Professional  Services 
Firms 

Micro  Hardware 
Vendors 


Turnkey  Vendors 


RCS  Firms 


12  3  4  5 

Amount  of  Assistance 

Rating: 

1  =  No  Assistance  Expected 
5  =  Much  Assistance  Expected 
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EXHIBIT  VI-8 


EFFECT  OF  MICRO-MAINFRAME  DEVELOPMENT  STRATEGIES  ON 

VENDOR  OPPORTUNITIES 


THEN  THE 

CORPORATION 

RATES: 

USE  OF 
KNOWN  VENDOR 
APPLICATIONS 

FUTURE 
IN-HOUSE 
DEVELOPMENT 

VENDOR 
ASSISTANCE 
GENERALLY 

ION 

Modifying  Existing 
Software 

2.7 

2.4 

IF  A 
CORPORAT 
FAVORS 

Adding  Applications  to 
Existing  Data  Base 

4.2 

2.5 

2.6 

Writing  New 
Applications 

4.1 

2.5 

2.5 

Average  Rating 

3.9 

2.9 

2.7 

Rating:  1  =  Low  Importance,  5  =  High  Importance 
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EXHIBIT  VI-9 


EFFECT  OF  MICRO-MAINFRAME  TECHNICAL  APPROACHES  ON 

VENDOR  OPPORTUNITIES 


THFN  THF 

POP  POP  AT  1  OM 
w  r\  1  W  r\  /A  1  1  W  IN 

R  ATPQ • 
t\r\  1  tlld  : 

USE  OF 
KNOWN  VENDOR 
APPLICATIONS 

FUTURE 
IN-HOUSE 
DEVELOPMENT 

VENDOR 
ASSISTANCE 
GENERALLY 

IF  A 
CORPORATION 
FAVORS  : 

Interactive  Micro- 
Mainframe  Applications 

On-Line  Batch  Micro- 
Mainframe  Applications 

1  nteractive/On-line 
Batch  Equally 

3.3 
4.0 

2.8 

2.9 
2.9 

2.8 
2.5 
2.7 

Average  Rating 

3.  9 

2.  9 

2.7 

Rating:  1  =  Low  Importance,  5  =  High  Importance 
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EXHIBIT  VI-10 


VENDOR  ASSISTANCE  EXPECTED  FROM  HIGH-NEED  GROUPS 

(For  Assistance  Generally) 


Company  Average 

Source  of  Micro 
Applications  Software 

Vendors 

In-House 

Technical  Approach 
for  Micro-Mainframe 
Applications  

Interactive 

On-Line  Batch 


Very  Positive  to 
Micro-Mainframe 
Shared  Functionality 


2.7 


2.7 
2.7 


~1 


2.8 


2.  5 


2.9 


1 

Low 


Amount  of 
Vendor  Assistance 
(Rating) 


5 

High 
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However,  when  applying  the  sanne  type  of  analysis  to  attitudes  toward  specific 
vendor  types,  a  picture  begins  to  emerge. 

Companies  most  favorably  disposed  to  using  micro  software  rate  main- 
frame software  vendors  high.  Those  favoring  the  interactive  approach 
also  rate  mainframe  software  vendors  more  positive  than  average,  as 

shown  in  Exhibit  Vl-I  L 

The  same  genera!  picture  applies  to  vendors  offering  mainframe  and 
micro  software;  in  addition,  those  corporations  very  positively  inclined 
to  M-M  shared  functionality  are,  not  unnaturally,  supportive  of  this 
type  of  vendor,  as  Exhibit  VI- 1 2  shows. 

Exhibit  VI- 1 3  demonstrates  that  professional  service  firms  also  do  well 
among  those  that  are  micro  software  oriented  and  those  that  favor  the 
interactive  approach. 

C0NCLUS10^4S 

The  two  pictures  of  the  current  and  future  levels  of  vendors  versus  require- 
ments for  assistance  from  vendors  as  a  class  are  not  in  as  much  conflict  as 
they  appear  to  be  at  first  glance. 

Essentially,  corporations  like  the  assistance  they  have  gotten  from  vendors, 
and  they  want  more. 

However,  they  have  a  very  unclear  idea  of  the  capabilities  of  different 

classes  of  vendors.  Even  IBM  does  not  (at  leost  not  yet)  produce  a 
clear  picture  in  customers'  minds  as  to  its  capabilities. 
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EXHIBIT  VI-11 


VENDOR  ASSISTANCE  EXPECTED  FROM  MAINFRAME 
SOFTWARE  VENDORS 
(High-Need  Corporate  Groups) 


Company  Average 

Current  Source  of  Micro 
Applications  Software 

Vendors 

In-House 

Technical  Approach 
for  Micro /Mainframe 
Applications   

Interactive 

On-Line  Batch 


Very  Positive  to 
Micro-Mainframe 
Shared  Functionality 


1 

Low 


Amount  of 
Vendor  Assistance 
(Rating) 


5 

High 
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EXHIBIT  VI-12 


VENDOR  ASSISTANCE  EXPECTED  FROM  VENDORS  OFFERING 
MAINFRAME  AND  MICRO  SOFTWARE 
(High-Need  Corporate  Groups) 


Company  Average 

Current  Source  of 
Applications  Software 

Vendors 

In-House 

Technical  Approach 
for  Micro /Mainframe 
Applications  

I  nteractive 

On-Line  Batch 


Very  Positive  to 
Micro-Mainframe 
Shared  Functionality 


1 

Low 


Amount  of 
Vendor  Assistance 
(Rating) 


5 

High 
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EXHIBIT  VI-13 


VENDOR  ASSISTANCE  EXPECTED  FROM  PROFESSIONAL 

SERVICE  FIRMS 
(High-Need   Corporate  Croups) 


Company  Average 

Current  Source  of  Micro 
Applications  Software 

Vendors 

In-House 

Technical  Approach 
for  Micro /Mainframe 
Applications  

Interactive 

On-Line  Batch 


Very  Positive  to 
Micro-Mai  nframe 
Shared  Functionality 


1 

Low 


Amount  of 
Vendor  Assistance 
(Rating) 


5 

High 
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In  essence,  the  field  is  open  to  particular  types  of  vendors— and  indi- 
vidual vendors—that  can  show  the  market  they  have  the  products  and 
capabilities  it  needs. 
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VII      COMPETITIVE  ENVIRONMENT 


•  The  micro-mainframe  application  market  is  singularly  fluid.  As  the  last 
chapter  demonstrated,  no  particular  vendor  or  type  of  vendor  has  yet  achieved 
market  recognition,  not  to  say  dominance. 

•  There  are  two  principal  and  partly  connected  competitive  concerns: 

The  rate  at  which  to  close  the  connectivity  gap. 
IBM's  eventual  role. 

A.       CLOSING  THE  CONNECTIVITY  GAP 

•  Micro-mainframe  connectivity  is  primarily  a  software  issue.  Consequently, 
the  logical  sources  for  solutions  to  these  problems  are  the  independent  soft- 
ware vendors,  which  historically  have  shown  the  most  creativity  in  developing 
and  marketing  innovative  products. 

•  The  independents  have  been  active  in  what  could  be  termed  "first  generation" 
products.  Exhibit  VII- 1  shows  representative  products;  these  are  discussed  in 
more  detail  in  the  companion  report,  Micro-Mainframe;  Communications 
Issues. 
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These  have  been  typified  so  far  by  being  aimed  at  an  essentially  down- 
loading environment,  as  the  calc  connection  makes  clear. 

Ironically,  the  least  applications-oriented  of  this  group,  FOCUS, 
provides  perhaps  the  best  foundation  for  M-M  shared  functionality 
applications  because  essentially  the  same  software  environment  is  on 
both  ends  of  the  connection.  FOCUS  is  not,  however,  currently  being 
marketed  in  this  way;  rather,  it  is  marketed  as  a  "down-processing" 
version  of  the  host  product. 

However,  the  situation  is  very  fluid.  If  the  independents  do  not  produce  such 
solutions,  other  suppliers  will.  Exhibit  VII-2  summarizes  some  of  the  oppor- 
tunities that  will  be  presented  to  other  potential  suppliers  if  good  connectivity 
solutions  are  not  offered  by  software  vendors.  If  too  much  time  elapses,  the 
product  area  will  have  become  splintered,  much  as  mainframe  application 
development  was  before  widespread  acceptance  of  DMBSs  by  the  mid-1970s. 

IBM 

The  largest  threat  to  independent  information  service  vendors  comes  from 
hardware  firms  (especially  IBM),  which  could  provide  alternate  solutions  that, 
depending  on  the  implementation  approach,  could  partially  lock  out  many 
software  offerings.  For  example: 

The  Teradata,  multiple  microprocessor  approach  to  data  base  manage- 
ment, although  currently  disappointing  from  a  performance  standpoint, 
could  potentially  allow  production-capable  mainframe-linked  relational 
and  DBMS  systems. 

The  multiple  microprocessor  concept,  coupled  with  the  relational 
model,  could  serve  as  the  foundation  for  M-M  shared  functionality 
control. 
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EXHIBIT  VII-2 


EFFECTS  OF  CONNECTIVITY  GAP  REMAINING  OPEN 


ALTERNATE  MICRO- 
MAINFRAME SOURCE 

OPPORTUNITY /EFFECT 

1  n  — Una         f  1  ^  1  Dp>\/Aln»ni^»*^ 

• 

Develop  Nonstandard  Micro- 
Mainframe  Applications 

iviore  uiTTicuii  lo  insiaii  jianuara 

Product  Later     .         ^  ■       -  ■' 

• 

Potentially  a  Source  of  Micro- 
Mainframe  Software  Products  - 

Professional  Service  Firms 

m 

Develop  and  Install  Own  Micro- 
Mainframe  Applications 

9 

Use  as  Springboard  for  Own  Micro- 
Mainframe  Software  Products 

Turnkey  Vendors 

• 

Provide  Mainframe  "Hooks"  for  Mini/ 
iviicro  rroQUCis 

Potentially  Expand  Upward  ■ 

RCS  Firms                       '  : 

Expand  Current  Distributed  Product 
Offerings 

m 

Use  Connectivity  Experience  to 
Provide  Micro-Mainframe  Applications 

® 

Potentially  Offer  Micro-Mainframe 
Software  Products  ' 

Hardware  Firms 

® 

Provide  Standard,  Possibly  Inefficient, 
Foundation  Software 

m 

Foreclose  Some  Independent  Solutions 

• 

Gain  Market  Share  at  Independent's 

Expense 

• 

Possibly  Introduce  Hardware/ 
Software  Solution,  Foreclosing  Much 
Competition 
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As  always,  IBM  is  a  multiple  threat  with  many  parallel,  overlapping  efforts  to 
test  marketplace  acceptance.  Exhibit  VII-3  illustrates  this.  So  far,  IBM's 
activities  have  focused  largely  on  hardware  and  PC  operating  systems.  How- 
ever, DB2  provides  a  strategic  entry  point  for  more  inclusive  M-M  systems. 

It  should  be  kept  in  mind  that  IBM's  success  in  the  micro  market  has  come 
about  mostly  through  good  luck  and  good  management  (i.e.,  the  introduction 
of  a  sound  but  not  spectacular  PC  at  the  time  when  there  was  a  noticeable 
lack  of  a  corporate-oriented  PC). 

There  has  been  little  sign  of  any  trend  on  IBM's  part,  except  to  provide 
at  least  one  of  everything. 

IBM's  handling  of  the  PCjr,  UNIX,  and  LAN  issues  has  not  shown  the 
same  sure  touch  (or  perhaps  the  understanding)  of  similar  product  and 
market  planning  issues  as  in  the  mainframe  market. 

If  IBM  is  among  the  first  to  arrive  at  an  adequate  (not  spectacular)  solution, 
or  set  of  solutions,  to  the  M-M  shared  functionality  question,  then  the  pattern 
has  been  set  for  the  M-M  environment. 

Although  this  would  undoubtedly  be  a  bad  thing  for  specific  services 
vendors,  it  would  on  balance  be  neutral. 

There  would  be  a  de  facto  standard. 

Acceptance  and  use  would  be  faster. 

Overall  connectivity  would  be  enhanced  and  the  M-M  market 
widened. 
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Competing  or  overlapping  vendors  would  have  to  put  their  pride  behind 
them  and  write  off  competitive  products  that  were  not  both  compatible 
and  superior,  since  in  mainframe  connectivity  they  would  be  on  IBM's 
turf.  For  those  that  could  make  the  transition  rapidly,  the  rewards 
would  be  large. 
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VIII   STRATEGIC   ISSUES   AND  RECOMMENDATIONS 


VIII     STRATEGIC  ISSUES  AND  RECOMAAENDATIONS 


A.       STRATEGIC  ISSUES 

•  Analysis  and  reconnmendations  for  the  following  issues  are  provided: 

Micro-mainframe  missing  links. 
The  structure  of  future  M-M  software  products. 
The  problem  of  integrated  software  packages. 
The  position  of  micro  software  companies. 
I.       MISSING  LINKS 

•  Future  applications  will  need  production-oriented  linkage  between  the  main- 
frame and  micro.  However,  the  types  of  linkages  necessary  to  establish 
shared  functionality  between  production  programs  do  not  really  exist.  There 
are  two  basic  ways  now  of  linking  micros  and  mainframes: 

Micros  as  terminals. 

File/record  downloaders  and  uploaders  for  spreadsheet  environments. 
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The  terminal-oriented  approach  does  not,  in  its  present  form,  take  advantage 
of  the  micro's  capabilities  for  independent  processing,  while  the 
uploader/down loader  approach  largely  views  micros  as  subsidiary  entities  that 
feed  off  host-generated  data. 

In  order  to  put  the  micro  on  a  footing  of  equality  that  end  users  will  increas- 
ingly demand,  several  technical  issues  must  be  solved.  Exhibit  VIII- 1  indicates 
that  three  such  issues  arej 

Data  concurrency  controL       .    '  ■ 

Processor  task  o [location , 

Security  issues. 

Data  concurrency  control;  This  is  both  the  most  important  and  probably  the 
most  difficult  task.  For  example: 

Assuming  that  absolute  interactivity  is  not  feasible,  how  often  should 
mainframe  and  micro  files  be  synchronized  and  balanced? 

Will  different  classes  of  data  be  "refreshed"  at  different  intervals? 

How  can  definitions  of  shared  data  be  prevented  from  being  modified 
at  the  local  level? 

How  will  local-only  data  be  related  to  shared  data? 

How  can  the  establishment  of  local  data  elements  that  duplicate  and/or 

conflict  with  shared  data  be  controlled? 

An  active  data  dictionary  will  be  essential.  None  exists  yet,  although  several 
vendors  are  at  work  in  this  area. 
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EXHIBIT  VIII-1 

SHARED  FUNCTIONALITY:    MISSING  LINKS 

I 


Application  A: 
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Data 

Missing  Links 
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Processor  tasks  ollocation;  This  determines  which  processing  functions  will 
take  place  at  the  host  and  which  will  take  place  at  the  micro.  Obviously, 
housekeeping  functions  will  primarily  be  the  responsibility  of  the  host. 

However,  applications-related  tasks  may  take  place  at  the  host  in  some 

situations  and  at  the  micro  in  others. 

The  initial  allocation  of  tasks  at  a  particular  site  may  change  over  time 
as  user  needs  change.  There  will  be  an  ongoing  trade-off  in  any 
product  between  flexibility  and  feasibility. 

A  downsized  JES3  would  provide  the  dynamic  model,  assuming  it  can  be 
downsized. 

Security;  The  same  type  of  security  required  for  mainframe-based  systems 
will  also  be  required  for  M-M  systems.  This  will  be  easier  said  than  done 
because  of  the  need  to  establish  mainframe-type  software  controls  at  each 
micro  node.  Physical  and  personnel  security  measures  will  also  be  more 
difficult  to  establish  and  enforce. 

RACF  or  ACF2,  assuming  they  could  be  downsized  (potentially  onto  a 
chip),  would  solve  some  security  problems  (sign-on,  file-access,  etc.). 

However,  data  field  control  and  validation  would  still  require  a  data 

management  solution,  e.g.,  an  active  data  dictionary. 

In  summary,  M-M  linkages  for  shared  functionality  applications  will  be  non- 
trivial  to  implement  calling  for  a  balance  between: 

Creative  application  design. 

Flexibility. 
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End-user  accessibility  and  control 


Central  control. 

For  additional  analysis  on  designs  implementation  issues,  refer  to  the  fol- 
lowing reports  in  the  information  systems  program:  End-User  Micro-Main- 
frame Needs  and  Micro-Mainframe;  Communications  Issues* 

THE  STRUCTURE  OF  FUTURE  MICRO-MAINFRAME  SOFTWARE 
PRODUCTS 

Micro-mainframe  software  products  will  have  the  same  general  relationship  to 
each  other  as  different  classes  of  products  now  have  to  each  other. 

There  is  underlying  system  software  that  controls  and  facilitates  the 
applications  software.  Today  this  kind  of  software  is  generally  a 
DBMS. 

On  top  of  this  foundation  there  is  applications  software,  both  cross- 
industry  and  industry-specfic.  (On  the  micro  level,  this  could  be  mani- 
fested in  the  "window"  approach;  however,  the  logical  distinctions  are 
more  important.) 

Emerging  M-M  software  products  will  be  similar  but  will  differ  in  some  impor- 
tant respects,  as  Exhibit  VIII-2  shows. 

The  foundation  software  could  be  a  DBMS  (most  likely  a  relational 
DBMS)  that  would  establish  an  umbrella  environment  over  both  the 
mainframe  and  micro,  similar  to  the  experiments  with  Ingres  at  the 
University  of  California.  A  "data  base  manager's  manager,"  interposing 
a  software  controller  between  the  host  and  micro,  would  be  another 
approach. 
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EXHIBIT  VIII-2 


FUTURE  MICRO-MAINFRAME  SOFTWARE 
PRODUCT  RELATIONSHIPS 


Generalizable 
Micro-Mainframe 
Foundation 


Industry-Specific 

Micro-Mainframe 
Application 


I 


Customer-Specific 

Application* 


Cross-I  ndustry 
Micro-Mainframe 
Application 


*This  is  custom  software,  developed  either  by  th 
customer  (IS)  or  by  a  professional  services 
vendor. 
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This  foundation  could  be  used  to  build  totally  custonn  M-M  applications 
software,  not  unlike  the  way  that  current  DBMSs  are  used  to  construct 
conventional  systems  today. 

Because  of  the  complexity  of  managing  an  M-M  applications  environ- 
ment, it  is  likely  that  even  more  applications  packages  will  use  founda- 
tion software  than  occurs  today  in  the  use  of  DBMSs. 

Applications  products  can  still  be  constructed  using  proprietary  M-M  inter- 
faces. The  trade-offs  between  a  vendor  developing  its  own  proprietary  M-M 
linkages  and  using  an  externally  obtained  M-M  foundation  are  finely  balanced, 
as  shown  in  Exhibit  VIII-3. 

There  will  be  niches—analogous  to  those  that  exist  today—for  different  kinds 
of  vendors.  Vendors  may  provide: 

Their  own  applications  software  using  another  vendor's  foundation. 

Self-contained  applications  software. 

Their  own  foundation  software. 

Their  own  foundation  software  with  their  own  applications  software. 

This  last  category  is  analogous  to  the  emerging  software  conglomerates  of 
today  (i.e.,  Cullinet)  and  is  a  difficult  but  potentially  rewarding  objective. 

However,  for  some  time  in  the  future  M-M  vendors  will  tend  to  specialize 
because  of  the  scarcity  of  resources  (both  people  and  dollars)  as  well  as  the 
marketing  problems  involved. 
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EXHIBIT  VIII-3 


TRADE-OFFS:  SELF-CONTAINED  APPLICATIONS  VERSUS 
USE  OF  A  MICRO-MAINFRAME  FOUNDATION 


ADVANTAGES  TO  HAVING 
SELF-CONTAINED 
APPLICATIONS 

ADVANTAGES  TO  LINKING 
APPLICATIONS  WITH  .AN 
EXTERNAL  MICRO-MAINFRAME 
FOUNDATION 

•  Optimize  Interfaces 

•  L-ontroi   1  ecnnicai  lunanges 

•  Avoid  Being  Dependent  on 
Outside  Organization 

•  May  Be  Able  to  Sell  Systems 
Software  Foundation 
Separately 

•  "Halo  Effect"  from  Additional 
Technical  Expertise 

•  Can  Produce  Unique  Technical 
Solutions  (i.e..  Not  Constrained 
by  a  Given  Architecture) 

•  Economize  Initial  and  Ongoing 
Expense 

•  Conserve  Technical  Skills 

•  Focus  Business  on  Applications 
Knowledge 

®  May  Produce  Better  Technical 
Solutions 

«  Potential  Sales  Leads  from  Other 
Installations  of  Foundation 
Product 
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Both  systems  software  vendors  and  applications  software  vendors  will 
have  a  wide  variety  of  customer  targets,  defined  in  Exhibit  VIII-4. 

The  only  primary  target  they  are  likely  to  have  in  common  are  in-house 
developers. 

Turnkey  and  professional  service  vendors  may  appear  to  be  unusual  choices  of 
sales  targets. 

However,  both  kinds  of  vendors  will  be  having  to  retool  themselves  for 
the  M-M  environment. 

In  additional,  both  will  be  under  heavy  pressure  to  keep  their  costs 
down. 

For  the  turnkeys,  this  will  be  as  a  result  of  moving  down  from 
mini  to  micro  hardware  vehicles. 

*         Professional  service  firms  have  also  been  trying  to  assemble  a 
collection  of  reusable  software  modules. 

THE  PROBLEM  OF  INTEGRATED  SOFTWARE  PACKAGES 

Ironically,  constructing  M-M  foundation  and  applications  software  will  be 
hampered  by  the  current  movement  toward  integrated  packages.  Integrated 
packages  exist  in  different  forms  on  both  the  mainframe  and  micro  levels. 

Mainframe-level  integrated  packages  consist  of  a  DBMS  and  one  or 
more  applications  package.  (See  INPUT  reports,  Integrated  DBMS- 
Applications  Software  and  Integrated  Software  Systems:  Experience 
and  Outlook,  for  more  information  and  analysis  on  these  integrated 
applications.) 
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EXHIBIT  V\\\-H 


MICRO-MAINFRAME  SOFTWARE  PRODUCT  CUSTOMERS 


VENDOR  TYPE: 

SYSTEMS 
SOFTWARE 
VENDOR 

APPLICATIONS 
SOFTWARE 
VENDOR 

Micro-Mainframe  Product 
Type : 

Gene  rali  zable 
Foundation 

Targeted 
Application 

Potential  Customers 

- 

- 

Professional  Service 
Vendor 

2 

2 

Turnkey  Vendor 

1 

2 

End  Users 

N/A 

1 

In-House  (IS)  Developers 

1 

1 

Application  Software 
Vendors  (Generally) 

2 

N/A 

Application  Software 
Vendors  (Cross- 
Industry  Products  for 
Industry-Specific 
Vendors) 

N/A 

1  -  Primary  Target 

2  =  Secondary  Target 
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On  the  other  hand,  nnicro  integrated  packages,  such  as  Lotus's 
Symphony,  Ashton-Tate's  Framework,  or  VisiCorp's  Visi  On,  provide 
spreadsheets,  word  processing,  graphics,  and  so  on,  in  a  series  of  linked 
programs. 

One  problem  in  both  kinds  of  environments  is  that  each  individual 
software  component  may  not  be  the  best  available  or  may  not  best 
meet  a  particular  user's  requirements. 

Both  of  these  approaches  to  integration  serve  very  real  needs,  especially  at 
the  mainframe  level  where  different  in-house  applications  may  have  been 
created  by  different  groups  using  different  data  management  environments  at 
different  times. 

This  can  create  significant  problems  when  changing  needs  require 
linkages  between  applications.  (See  Exhibit  VIII-5  regarding  uninte- 
grated  applications.) 

While  integrated  applications  cannot  solve  the  problem  of  retrofitting 
existing  applications,  they  can  at  least  set  the  stage  for  better  future 
linkages. 

Integrated  mainframe  and  micro  environments  can  be  good  settings  for 
certain  types  of  M-M  connectivity,  specifically  when  going  from  the  main- 
frame to  the  micro,  downloading  subsets  of  mainframe  data  for  micro 
analysis,  as  in  Exhibit  VIII-6. 

In  this  situation,  the  common  interfaces  that  exist  at  both  ends  make 
working  within  a  self-contained  environment  relatively  easy  and 
attractive. 

However,  the  very  closed  nature  of  integrated  systems  make  them  less 
suitable  as  vehicles  in  an  M-M  environment. 
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EXHIBIT  VIII-5 


UNINTEGRATED  APPLICATIONS: 
CURRENT  SITUATION  (Example) 


i  i 

1 
1 

 1  1 

t  t 

IDMS 

VSAM 

IMS 

— '  1 
FOCUS 

Application  A  - 
MRP 

Application  B  - 
Warehouse 
Control 

Application  C  - 
Order  Entry 

Application  D  - 
Capacity 
Forecasting 

Record  Updates  (Daily  Batch) 

Rekeyed  Data  (Weekly) 


-  118- 

©  1984  by  INPUT.  Reproduction  Prohibited. 


INF 

MCP^ 


EXHIBIT  VIII-6 


PACKAGE  INTEGRATION:  TREND 


\^        Application  X 

A 

Application 

Data 

Application 

D 

Base 

B 

X    Application  \^ 

C 

Analytic  Downloading 


Shared  Functionality 


Spread- 
sheet 

Word 
Processing 

Graphics 

Other 

Integrated  Application  -  Mainframe 


I ntegrated 
Environment  -  Micro 
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The  complexity,  self-sufficiency,  and  module  interdependence  of 
the  mainframe  integrated  applications  will  tend  to  make  them 
difficult  to  modify  and  to  link  with  external  systems  except 
under  rigidly  defined  circumstances. 

The  micro  integrated  environments  are  not  really  suited  as  the 
vehicle  for  production-type  systems.  The  interactive  strengths 
that  serve  them  so  well  for  one-on-one  analytic  functions  are 
not  so  suited  to  the  world  of  transactions,  transaction  files, 
controls  and  balancing,  etc.  .  ' 

Conceptually,  a  somewhat  different  approach  will  have  to  be  made  to  permit 
integration  in  a  shared  functionality  M-M  environment.  , 

A  common  mainframe  data  base  Is  still  very  desirable  at  the  main- 
frame level. 

However,  the  different  sections  of  the  DBMS  relating  to  different 
applications  must  be  relatively  loosely  coupled,  since  applications  will 
be  oriented  at  least  as  much  vertically  (i.e.,  to  micros)  as  they  are~or 
should  be  horizontally  (i.e.,  to  other  mainframe  applications). 

New  micro  foundation  level  software  will  need  to  be  developed  to  serve  as 
drivers  to  the  linked  applications  at  the  micro  level.  It  would  be  desirable  for: 

The  mainframe  and  micro  DBMSs  to  be  directly  linked  to  simplify  data 
definitions  and  control.  A  relational  DBMS  is  the  ideal  tool  for  this, 
but  relational  DBMSs  currently  have  performance  problems  in  the  real 
world. 

Exhibit  V!ll-7  graphically  depicts  how  integrated  environments  will 
have  to  be  modified  to  serve  M-M  needs. 
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EXHIBIT  VIII-7 


APPLICATION  LINKAGE 


MAINFRAME  DATA  BASE 

Application 
A 

Application 
B 

Application 
C 

Application 
D 

Application 
A 


Micro 


Data  Base 


Application 
B 


Micro 


Data  Base 


Application 
C 


Micro 


Data  Base 


J 

I 
I 


Application 
D 


Micro 


Data  Base 


J 

I 
I 


Optional 
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THE  POSITION  OF  MICRO  SOFTWARE  COMPANIES 


The  position  of  all  but  a  handful  of  micro  software  vendors  will  be  nnade  much 
more  difficult  in  an  M~M  environment,  for  reasons  arising  from  their  being 
"micro"  software  companies. 

By  and  large  these  are  all  small  companies;  the  inevitable  costly 
mistakes  associated  with  entering  the  M-M  market  cannot  easily  be 
absorbed* 

Product  lines  are  small;  the  breadth  of  interest  and  management  vision 
in  many  of  these  companies  is  surprisingly  limited. 

The  knowledge  of  virtually  the  entire  staff  of  these  companies  relates 
to  the  micro  market. 

Mainframe  technical  knowledge  is  scanty. 

More  important,  knowledge  of  corporate  needs  in  general  and  of 
M-M  needs  in  particular  is  lacking. 

.  This  is  accentuated  by  the  fact  that  most  micro  companies  view 
themselves  as  being  in  the  consumer  marketing  business.  (Or 
worse,  they  have  ambivalent  views  on  their  marketing 
direction.) 

Consequently,  except  for  those  micro  firms  that  wish  to  write  off  the  business 
market,  they  will  have  little  choice  but  to  establish  strong  ties,  a  "partner- 
ship" of  sorts,  between  themselves  and  a  mainframe  software  company. 

Exhibit  VIII-8  shows  the  decision  points  involved. 
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EXHIBIT  VIII-8 


OPTIONS  FOR  MICRO  SOFTWARE  VENDORS 


Good  Integrated 
Micro  Applications 


I 


Remain  in 

Yes 

Fortune  500  Market? 

1  No 

Market  to  Smaller  Firms 
with  High  Inter- 
company 
Communications  Needs? 

Yes 

Market  to  Smaller  Firms 
with  Moderate  Inter- 
company 
Communications  Needs? 


No 


Targeting  Home/ 
School  Marketing 


Yes 


By 
1985 


Partnership  with 

Mainframe 
Software  Company 
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This  partnership  process  will  probably  take  the  acquisition  path  in  order 
to  guarantee  the  long-term  coordination  of  products  and  strategies 

involved.  IBM's  ocquisition  of  equity  interests  in  Roinn  and  Intel 
indicate  similar  actions  taken  in  analogous  hardware  areas, 

B.  RECOMMENDATIONS 

•  Many  recommendations  have  been  made  in  the  course  of  dealing  with  indi- 
vidual issues.  They  are  summarized  here. 

1.  DISTRIBUTED  PRODUCTION  APPLICATIONS  SHOULD  BE  THE  GOAL 

•  Interim  solutions  to  M-M  connectivity  are  useful,  although  as  the  current 

asynch  communications/downloading  product  array  shows,  the  rate  of  product 

obsolescence  is  almost  as  fast  as  the  growth  in  the  number  of  products 
offered.  . :/ 

•  Vendor  objectives  should  ultimately  be  high  value-added  proprietary  applica- 
tions (and  the  associated  systems  software). 

2.  DEVELOP  AND  MARKET  CAPABILITIES 

Customers  have  been  using  and  intend  to  continue  using  significant  amounts  of 
vendor  products  and  services.  Vendors  underrate  customers'  willingness  in  this 
regard. 

•  This  underrating  could  become  a  self-fulfilling  prophecy. 

Corporations  find  it  difficult  to  think'  of  new  vendors  (as  a  class  or 
individually)  as  a  source  of  assistance  in  developing  M-M  applications. 
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This  is  because,  except  for  downloading  packages,  vendors  are  not 
marketing  their  capabilities:  vendors  are  selling  tools  (often  confus- 
ingly) and  not  solutions  to  difficult  and  important  problems. 

3.  SELECT  A  STRATEGY 

•  Vendors  must  develop  strategies  for  attacking  the  M-M  market.  For  example, 
vendors  must  consider  selling: 

As  applications  versus  systems  software  foundation  suppliers. 

To  corporations  versus  to  OEMs. 

•  The  strategy  should  be  implemented  in  reasonable  stages. 

4.  BE  CAUTIOUS  TECHNICALLY 

•  Corporations  want  interactive  M-M  applications.     These  will  be  hard  to 
deliver.  Suppliers  of  M-M  services  will  have  to  walk  a  narrow  line  between: 

Embarrassing  and  expensive  failure. 

Providing  "ho-hum"  and  "me-too"  products. 

•  One  way  of  balancing  these  factors  is  to  deliver  solutions  to  specific  applica- 
tions problems. 

These  can  be  generic  problems  (addressable  with  software  packages  or 
turnkey  systems). 

Or  they  can  be  specific  problems  (addressable  via  professional  services, 
often  built  around  software  modules). 
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APPENDIX  A:   MICRO-MAINFRAME  USER 

QUESTIONNAIRE 


CATALOG  NO.  HSHH 


MICRO-MAINFRAME  USER  QUESTIONNAIRE 

INPUT  is  conducting  a  study  on  the  issues  involved  in  linking  microcomputer 
host  systems  and  data.  We  will  make  recommendations  on  how  corporations  can 
best  deal  with  these  issues  in  the  coming  years.  We  would  like  your  organiza- 
tion to  take  part  in  this  study  by  describing  what  you  are  doing  now,  what 
your  plans  are  and  what  problems  you  see.  This  information  will  be  used  by 
IS  departments  in  their  planning  and  will  also  be  used  by  a  wide  variety  of 
information  service  vendors  to  offer  more  useful  products  and  services. 

None  of  the  information  that  you  provide  will  be  associated  with  your  company. 
In  return  for  your  taking  part  in  this  study,  we  will  send  you  a  summary  of 
this  study  on  its  completion  and  will  also  send  you  a  summary  of  INPUT'S 
report,  PC  Software  Support  m  Large  Corporations. 


1.      How  many  personal  computers  are  in  use  within  your  company?    (If  no 
PCs  are  used  or  planned  by  the  end  of  1985,  end  interview.) 

Now  End  of  1984  End  of  1985 

Total  all  types    

IBM  PC  XT/370  or  3270/PC       

IBM  PC  except  XT/ 370  or   ______  

3270/PC  and  IBM  PC  SW /data- 
compatible  types 

UNIX-based  systems       

Other  personal  computer  types    

(Total  should  equal  sum  of  parts) 


2a.    How  will  the  UNIX-based  systems  be  used? 


2b.    In  the  future,  how  important  do  you  see  UNIX-based  systems  being  to 
your  organization's  plans?    (1  =  low  importance,  5  =  high  importance) 

UNIX-based  systems   

Why?   
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3a.    In  the  long  run,  how  important  is  the  XT/370  in  your  organize-  ganiza- 
tion's  plans?    (1  =  low  importance,  5  =  high  importance) 

XT/370 


Why? 


The  3270/PC? 


Why? 


3b.    How  well  would  you  rate  your  organization's  current  understanding  of  the 
capabilities  of  the  XT/370  end  the  3270/PC?    (1  =  low  degree  of  under- 
standing, 5  =  high  degree  :)f  understanding) 

XT/370  3270/PC  ; 


Please  give  me  some  examples  of  particular  areas  where  your  organization 
requires  additional  information  on  the  capabilities  of  the  XT/ 370  and  the 
3270/PC.  (PROMPT  AS  NECESSARY:  for  example,  what  has  to  be  done  to 
permit  current  applications  software  to  run  on  the  XT/ 370,  how  will  concurrent 
data  bases  be  handled,  etc.) 

XT/ 370 


3270/PC 


Ua.    How  many  multiuser  microcomputer  systems  (e.g..  Altos)  and  local  area 
networks  (LANs)  do  you  now  have  installed?    Who  are  the  vendors? 
What  are  these  systems  being  used  for? 

Multiuser  Micros  LANs 

Number  of  installations 


Vendors 


Applications /Uses 
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Ub.    How  many  multiuser  micros  and  local  area  networks  do  you  expect  to 
have  installed  in  two  years?    What  new  uses  will  you  have? 

Multiuser  Micros  LANs 

Number  of  installations    

Vendors     

Applications /Uses    


5.      In  the  future,  what  will  the  relative  importance  be  to  your  organization  of 
the  following  kinds  of  microcomputers?    (1  =  low  importance,  5  =  high 
importance)    Why?  (READ  EACH  ITEM  BELOW) 

Rating  Reason  Why 

Standalone  personal  computers     

running  personal  computer 

software?  (e.g.,  IBM  PC/XT)  


Standalone  personal  computers 
running  mainframe  software? 


Personal  computers  in  local 
area  networks? 


Mainframe  terminals  that  also 
have  personal  computer 
capabilities  (e.g.,  3270/PC) 
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6.      On  a  scale  of  1  to  5  with  1  representing  low  importance  and  5  representing 
high  importance,  how  would  you  rate  the  following  functional  areas?  In 
two  years  how  would  your  importance  rating  change  for  these?    Why  the 
change? 


Spreadsheet  packages 
using  local  data 


Spreadsheet  packages 
using  downloaded  data 


Vendor  application 
packages  for  PCs 


In-house  developed 
programs  for  PCs 
(including  fourth- 
generation  languages) 


7a.    The  next  set  of  questions  relate  to  so-called  micro-mainframe  application 
systems.    For  the  purposes  of  this  study,  we  are  defining  this  to  mean 
the  following:    "Applications  in  which  neither  the  mainframe  host  nor  a 
microcomputer  can  fully  carry  out  an  activity  without  utilizing  processing 
capabilities  or  data  from  the  other."  Do  you  agree  with  this  definition? 


Now 


Two 
Years 


Reason  for  Change 


7b.    If  no,  please  tell  me  how  you  would  modify  it: 


-  130  - 


©  1984  by  INPUT.  Reproduction  Prohibited. 


INP 


CATALOG  NO. 


8.      With  +5  representing  agreement  and  -5  representing  disagreement,  to 
what  extent  do  you  agree  that  "Within  three  to  five  years  most 
applications  that  are  now  host-based  will  have  a  considerable  amount 
of  functionality  taken  over  by  personal  computers  that  are  linked  to 
the  host." 


Why? 


9.  Do  you  believe  that  links  between  host  computers  and  micros  will  be 
predominantly  interactive,  predominately  on-line  batch,  or  about  the 
same?    (READ  DEFINITION  IF  NEEDED) 

DEFINITION:  ON-LINE  BATCH  -  where  the  micro  performs  processing 
on  a  standalone  basis  and,  periodically,  the  personal  computer  and  the 
host  exchange  data;  the  host  may  then  further  process  the  data  received. 

□  Predominantly  interactive 
Predominantly  on-line  batch 

□  About  the  same 

Reason  why  


10,    In  constructing  micro-mainframe  systems  how  common  do  you  think  each  of 
the  following  approaches  will  be?    (READ  LIST  BELOW)  Why?    (1  =  very 
common,  5  =  not  common)    NOTE:  ALL  OPTIONS  MAY  BE  RATED  "NOT 
COMMON"  OR  "VERY  COMMON"  -  OPTIONS  ARE  NOT  MUTUALLY  EXCLUSIVE. 

Rating  Reason  Why 

Modification  of  existing  software     


Use  existing  data  base  but 
write  new  application  code 


Write  entirely  new  applications 
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11a.  Generally,  to  what  extent  do  you  see  data  base  linkage  and  synchronization 
as  a  serious  problem  in  establishing  micro-mainframe  links?    (1  =  not  a 
problem,  5  =  a  serious  problem) 

lib.  How  serious  is  this  problem  for  systems  used  for  analysis?  (e.g., 
spreadsheets) 


Why? 


11c.  How  serious  is  this  problem  for  production  systems?  (e.g.,  order  entry, 
payroll) 


Why 


lid.  What  can  an  organization  like  yours  do  to  solve  these  kinds  of  data  base 
linkage  and  synchronization  problems? 


I 


12a.  Do  you  see  backup  and  security  as  significant  barriers  to  expanded  use 
of  linked  micro-mainframe  applications? 


Yes 


If  no,  skip  to  question  13. 


12b.  What  are  the  major  problems  that  you  see? 


12c.  What  can  an  organization  like  yours  do  to  solve  these  problems? 


12d.  What  solutions  can  vendors  provide? 
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13a.  For  your  own  organization,  what  specific  applications  do  you  see  as  being 
the  most  suitable  as  micro-mainframe  applications?   (They  need  not  be 
computerized  applications  now.)     (Use  workspace  below.) 

13b.  Are  these  applications  planned  and  if  so,  what  is  the  current  stage 
of  implementation  (i.e.,  do  not  have  concrete  plans,  are  in  the 
planning  stage,  applications  are  being  developed,  applications  are  already 
implemented)?    (Use  workspace  below.) 

13c.  Do  you  expect  to  develop  these  applications  in-house,  purchase  an  existing 
package  from  an  outside  vendor,  or  modify  in-house  an  existing  package? 
(Use  workspace  below.) 


Application 
Name 

Stage 

Source 

None 

Plan 

Dev. 

Imp. 

In-house 

Vendor 

Both 

1. 

2. 

3. 

4. 

5. 

Comments: 

1.  

2.   

3.   

U.   

5. 


lUa.  Do  you  have  electronic  mail?    LJ  Yes 
If  no,  skip  to  question  15. 


□ 


No 


lUb.  How  many  users  currently  use  the  electronic  mail  now?    In  two  years? 

Now    Total  in  two  years   

14c.  On  the  average,  how  many  messages  are  now  sent  via  electronic  mail  per 
month?    In  two  years? 


Now 


Total  in  two  years 


md.  What  percentage  of  this  change  in  electronic  mail  use  do  you  expect  to  be 
attributable  to  microcomputers?  o. 
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15a.  In  what  ways  do  you  see  micro-mainframe  applications  increasing  your  data 
communications  requirements?  | 


15b.  In  what  ways  do  you  see  micro-mainframe  applications  decreasing  your  data 
communications  requirements? 


15c.  Overall,  do  you  think  that  the  net  effect  will  be  to  increase  or  decrease 
your  data  communications  requirements?    By  what  percent? 

Increase:  %       Decrease:  %       No  effect: 


16a.  With  1  representing  low  importance  and  5  representing  high  importance,  how 
important  will  it  be  for  your  company's  micros  to  communicate  with  micros 
in  other  departments? 

Why?   


16b.  What  type  of  communication  facility  will  your  firm  be  likely  to  use  for  this 
type  of  communication?  (Use  matrix  on  following  page.) 


17a.  With  1  representing  low  importance  and  5  representing  high  importance, 
how  important  will  it  be  for  your  company's  micros  to  communicate  with 
mainframes  in  other  companies  (i.e.,  suppliers,  customer)? 


Why? 


17b.  What  types  of  communication  facilities  will  your  firm  be  likely  to  use  for 
this  type  of  communication?  (Use  workspace  on  following  page.) 
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18a.  With  1  representing  low  importance  and  5  representing  liigh  importance, 
iiow  important  will  it  be  for  your  company's  micros  to  communicate  with 
public  data  bases? 

Why?  


18b.  What  types  of  communication  facilities  will  your  firm  be  likely  to  use  for 
this  type  of  communication?  (Use  workspace  below.) 


Type  of 
Communication  Facility 

Micros  in 
Other  Departments 

Mainframes  in 
Other  Companies 

Public 
Data  Bases 

LAN 

Existing  network 

Leased  lines 

WATS 

Dial-up 

Public  data  network 

Other 

19a.  Do  you  expect  your  company's  micros  to  be  linked  to  more  than  one  type 
of  mainframe  (e.g.,  IBM  and  DEC)?        Yes  No 
If  no,  skip  to  question  20. 

19b.  What  would  be  the  most  common  types  of  mainframe  linkages? 


19c.  Would,  typically,  the  same  micro  have  to  link  to  more  than  one  kind  of 
mainframe  at  different  times?  □  Yes  □  No 
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20a.  Do  you  expect  that  your  company's  micros  will  have  to  be  linked  to  more 
than  one  type  teleprocessing  environment    (e.g.,  to  both  TSO  and  CMS,  or 


to  CICS  and  IMS  DC)?P]  Yes 


No 


If  yes: 
20b.  Which  ones? 


20c.  Would,  typically  the  same  micro  have  to  link  to  more  than  one  kind  of 
software  environment  at  different  times?   ^^Yes  [    [  No 


21a.  Do  you  expect  that  your  company^s  micros  will  be  linked  to  more  than 
one  type  of  data  base  management  system    (e.g.,  to  both  IMS  and 
IDMS)?[[]Yes  Q]]  No  ^  . 


21b. 


21c.  Would,  typically,  the  same  micro  have  to  link  to  mon 
DBMS  at  different  times?  [""1  Yes  Fl  No 


22a« 


u  expect  microcomputer  use  in  your  company  to  accelerate  the 

Yes  Q  No 


use  of  relational  data  base  systems  in  your  company? 

If  no^  skip  to  question  23. 


22b.  Which  one? 


22c,  Would  this  data  base  be  located  on  a  regular  mainframe 


special  machine 


or  have  a 


devoted  to  it?    IF  SPECIAL  MACHINE:  Which  one? 
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23a.  With  1  representing  no  assistance  and  5  representing  mucii  assistance, 
how  much  assistance  generally  do  you  expect  to  be  able  to  get  from 
vendors  in  helping  with  planning  and  implementing 
your  organization's  critical  micro-mainframe  applications? 


23b.  More  specifically,  how  would  you  rate: 

Vendor  Type  Rating  Reason  Why 
Microcomputer  hardware  vendors    ^  


IBM 


Software  vendors  who  primarily 
offer  mainframe  software 


Software  vendors  who  offer  both 
mainframe  and  microcomputer 
software 


Remote  processing  (timesharing) 
vendors  (e.g.,  MCAUTO,  Boeing 
Computer  Services) 

Integrated  systems  (turnkey) 
vendors 


Professional  services  and 
consulting  firms 


24.    What  current  problems  do  you  see  micro-mainframe  systems  solving  or 
alleviating? 
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25a.  What  problems  do  you  see  being  created  or  aggravated  by  micro-mainframe 
systems? 


25b.  How  do  you  think  these  new  problems  should  be  dealt  with? 


THANK  YOU. 
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APPENDIX  B:         CORPORATE  RESPONDENT  PROFILE 


•  The  78  corporate  respondents  were  from  the  following  industrial  sectors: 

Process  Manufacturing:  26, 
Banking  and  Finance:  18. 
Discrete  Manufacturing:  \6, 
Services:  I  I. 
Insurance:  7. 

•  Large  corporations  (i.e.,  revenues  of  over  $2  billion)  accounted  for  42  of  the 
respondents.  Smaller  organizations  (revenues  between  $500  million  and  $2 
billion)  had  36  of  the  respondents. 

•  As  noted  in  the  body  of  the  report,  there  were  generally  few  respondent 
differences  that  correlated  with  industry  sector  or  company  size. 
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MICRO-MAINFRAME  VENDOR  QUESTIONNAIRE 


INPUT  is  conducting  a  study  on  the  issues  involved  in  linking  microcomputer 
liost  systems  and  data.    We  will  make  market  forecasts  on  related  products  and 
services.  We  would  like  your  organization  to  take  part  in  this  study  by 
describing  what  you  are  doing  now,  what  your  plans  are,  and  what  problems 
you  see.  This  information  will  also  be  used  by  IS  departments  in  their  planning. 

None  of  the  information  that  you  provide  will  be  associated  with  your  company 
unless  you  wish  otherwise.    In  return  for  your  taking  part  in  this  study,  we 
will  send  you  a  summary  of  this  study  on  its  completion  and  will  also  send  you 
a  summary  of  INPUT'S  report,  PC  Software  Support  in  Large  Corporations. 

1.      Which  microcomputer  hardware  and  software  environments  in  the  following 
list  does  your  company  expect  to  be  important  for  micro-mainframe 
applications  in  1984  and  in  1986?  (1  =  low  importance,  5  =  high  importance) 
Why? 

End  of 

1984      1986  Reasons 

IBM  PC  AND  PC/XT 


IBM  XT/370 


IBM  3270/PC 


UNIX-based  products 


Other  micro  hardware 
(describe) 

Other  micro  software 
(describe) 


2.      What  do  you  see  as  the  major  opportunity  areas  in  connection  with  the 
XT/370  and  the  3270/PC? 

XT/370 


3270/PC 


What  do  you  see  as  limiting  the  growth  in  supplying  software  specifically 
aimed  at  the  XT/370  and  3270/PC? 
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3.      In  the  future,  what  will  the  relative  importance  be  of  the  following  kinds 
of  microcomputers?    (1  =  low  importance,  5  -  high  importance) 
Why?    (READ  EACH  ITEM  BELOW) 

Rating  Reason  Why 

Standalone  personal  computers 
running  personal  computer 

software?  (e.g.,  IBM  PC/XT)   ' 


Standalone  personal  computers 
running  mainframe  software? 
(e.g.,  XT/370) 


Personal  computers  in  local 
area  networks? 


Mainframe  terminals  that  also 
have  personal  computer 
capabilities  (e.g.,  3270/PC) 


4.      On  a  scale  of  1  to  5,  with  1  representing  low  importance  to  corporate  users 
and  5  representing  high  importance,  how  would  you  rate  the  following 
functional  areas?    In  two  years  how  would  your  importance  rating  change 
for  these?    Why  the  change? 

Two 

Now        Years  Reason  for  Change 

Spreadsheet  packages 

using  local  data       


Spreadsheet  packages 

using  downloaded  data     

i 


Vendor  application 
packages  for  PCs 


In-house  developed 
programs  for  PCs 
(including  fourth- 
generation  languages) 
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5.      The  next  set  of  questions  relates  to  so-called  micro-mainframe  application 
systems.  For  the  purposes  of  this  study,  we  are  defining  this  to  mean 
the  following:    "Applications  in  which  neither  the  mainframe  host  nor  a 
microcomputer  can  fully  carry  out  an  activity  without  utilizing  processing 
capabilities  or  data  from  the  other."    Do  you  agree  with  this  definition? 

[j  Yes       [U  No 

If  no,  please  tell  how  you  would  modify  it:   


6.      With  1  representing  agreement  and  5  representing  disagreement,  to  what 
extent  do  you  agree  that  "Within  three  to  five  years  most  applications 
that  are  now  host-based  will  have  a  considerable  amount  of  functionality 
taken  over  by  personal  computers  that  are  linked  to  the  host?" 


Why? 


7a.  Do  you  believe  that  links  between  host  computers  and  micros  will  be 
predominantly  interactive,  predominantly  on-line  batch,  or  about  the 
same?    (READ  DEFINITION  IF  NEEDED) 

DEFINITION:  ON-LINE  BATCH  -  where  the  micro  performs  processing  on 

a  standalone  basis  and,  periodically,  the  personal  computer  and  the 

host  exchange  data;  the  host  may  then  further  process  the  data  received. 

CZl  Predominantly  interactive 

EZl  Predominantly  on-line  batch 

EZI  About  the  same 

Reason  why:   


7b.    How  is  your  firm  addressing  this  issue? 


7c.    How  does  this  compare  to  other  specific  products? 
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8a.    In  constructing  micro-mainframe  systems  how  common  do  you  think  each 
of  the  following  approaches  will  be?  (READ  LIST  BELOW)  Why?  (1  =  very 
common,  5  =  not  common)    NOTE:    ALL  OPTIONS  MAY  BE  RATED  "NOT 
COMMON"  OR  "VERY  COMMON"  -  OPTIONS  ARE  NOT  MUTUALLY 
EXCLUSIVE. 

Rating  Reason  Why 

Modification  of  existing 
software 


Use  existing  data  base  but 
write  new  application  code 


Write  entirely  new 
applications 


8b.    How  is  your  firm  addressing  this  issue? 


8c.    How  does  this  compare  to  other  specific  products? 


9a.    Generally,  to  what  extent  do  you  see  data  base  linkage  and  synchronization 
as  a  serious  problem  in  establishing  micro-mainframe  links?    (1  =  not  a 
problem,  5  =  a  serious  problem) 


9b.    How  serious  is  this  problem  for  systems  used  for  analysis  .  (e.g. , 
spreadsheets)  ? 

Why?  


9c.    How  serious  is  this  problem  for  production  systems  (e.g.,  order  entry,, 

payroll)  ? 

Why?  


9d.    What  do  you  see  as  the  general  solution  to  this  problem? 
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9e.    How  are  you  addressing  it? 


10a.  Do  you  see  backup  and  security  as  significant  barriers  to  expanded 
use  of  linked  micro-mainframe  applications? 

□  Yes  □  No       If  no,  skip  to  question  13. 

What  are  the  major  problems  that  you  see?   


10b.  What  do  you  see  as  the  general  solutions  to  these  problems? 


10c.  How  are  you  addressing  it? 
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11a.  What  specific  applications  do  you  see  as  being  the  most  suitable  as  micro- 
mainframe applications?    (They  need  not  be  computerized  applications  now.) 
(Use  workspace  below.) 

lib.  Are  products  for  these  applications  planned,  and,  if  so,  what  is  their  current 
stage  of  implementation  (ije.,  do  not  have  concrete  plans,  are  in  the 
planning  stage,  applications  are  being  developed,  applications  are  already 
implemented)?    (Use  workspace  below.) 


11c.  Do  you  expect  users  to  develop  these  applications  in-house,  purchase  an 
existing  package  from  an  outside  vendor,  or  modify  in-house  an  existing 
package?    (Use  workspace  below.) 


Application  Name 

Stage 

Source 

None 

Plan 

Dev. 

Imp. 

1 n-house 

Vendor 

Both 

1. 

2. 

3. 

4. 

5. 

Comments: 


1. 
2. 
3. 
4. 


12a.  in  what  ways  do  you  see  micro-mainframe  applications  increasing  data 
communications  requirements? 


12b.  In  what  ways  do  you  see  micro-mainframe  applications  decreasing  data 
communications  requirements? 


12c.  Overall,  do  you  think  the  net  effect  will  be  to  increase  or  decrease 
data  communications  requirements?    By  what  percent? 

Increase:   %        Decrease:   %        No  effect:   % 
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13a.  With  1  representing  low  importance  and  5  representing  iiigii  importance, 

how  important  will  it  be  for  a  company's  micros  to  communicate  with  micros 
in  other  departments? 


Why? 


13b.  What  type  of  communication  facility  will  a  firm  be  likely  to  use  for  this 
type  of  communication?    (Use  workspace  below.) 


14a.  With  1  representing  low  importance  and  5  representing  high  importance, 
how  important  will  it  be  for  a  company's  micros  to  communicate  with 
mainframes  in  other  companies  (i.e.,  suppliers,  customer)? 


Why? 


lib.  What  types  of  communication  facilities  will  a  firm  be  likely  to  use  for  this 
type  of  communication?  (Use  workspace  below.) 

15a.  With  1  representing  low  importance  and  5  representing  high  importance, 
how  important  will  it  be  for  a  company's  micros  to  communicate  with 
public  data  bases? 


Why? 


15b.  What  types  of  communication  facilities  will  a  firm  be  likely  to  use  for  this 
type  of  communication?  (Use  workspace  below.) 


Type  of 
Communication  Facility 

Micros  in 
Other  Departments 

Mainframe's  in 
Other  Companies 

Public 
Data  Bases 

LAN 

Existing  network 

Leased  lines 

WATS 

Dial-up 

Public  data  network 

Other 
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16a.  Do  you  expect  a  company's  micros  to  be  linked  to  more  than  one  type  of 
mainframe  (e.g.,  IBM  and  DEC)? 

I    I  Yes  No       If  no,  skip  to  question  17. 


16b.  What  would  be  the  most  common  types  of  mainframe  linkages? 


16c.  Would,  typically,  the  same  micro  have  to  link  to  more  than  one  kind  of 

mainframe  at  different  times? 

CH  Yes  EH  No 

16d.  Which  of  your  products  will  facilitate  this? 


17a.  Do  you  expect  that  a  company's  micros  will  be  linked  to  more  than  one 

type  teleprocessing  environment  (e.g.,  to  both  TSO  and  CMS,  or  to  CICS 
and  IMS  DC)? 

□  Yes  n  No       If  yes: 

17b.  Which  ones? 


17c.  Would,  typically,  the  same  micro  have  to  link  to  more  than  one  kind  of 
software  environment  at  different  times? 

n  Yes  CH  No  . 

17d»  Which  of  your  products  will  facilitate  this? 

18a.  Do  you  expect  that  a  company's  micros  will  be  linked  to  more  than  one 
type  of  data  base  management  system  (e.g.,  to  both  IMS  and  IDMS)? 

Yes  No       If  yes : 

18b.  Which  ones? 


18c.  Would,  typically,  the  same  micro  have  to  link  to  more  than  one  kind  of 
DBMS  at  different  times? 

□  ycs  □ 


18d.  Which  of  your  products  will  facilitate  this? 
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19a.  Do  you  expect  microcomputer  use  in  a  company  to  accelerate  the  use  of 
relational  data  base  systems  in  a  company? 

□  Yes  □  No      If  no,  skip  to  question  20. 


19b.  Which  one? 


19c.  Would  this  data  base  be  located  on  a  regular  mainframe      or  have  a  special 
machine]    [devoted  to  it?    IF  SPECIAL  MACHINE:    Which  one? 


19d.  Which  of  your  products  will  facilitate  this? 


20a.  What  other  products  have  you  introduced  or  planned  to  introduce  that  wil 
address  micro-mainframe  issues? 


20b.  What  functions  will  they  perform? 


20c.  What  hardware  and  software  environments  will  they  function  in? 


20d.  When  will  they  be  available? 


20e.  What  competitive  products  will  they  most  closely  compete  with? 
What  will  distinguish  your  product  from  the  competition's? 


21.    What  current  problems  do  you  see  micro-mainframe  systems  solving  or 
alleviating? 
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22.    What  problems  do  you  see  being  created  or  aggravated  by  micro-mainframe 
systems?  v  . 


23.     How  do  you  think  these  new  problems  should  be  dealt  with? 


24.    Can  you  provide  technical  descriptive  material  about  the 
products  discussed? 
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APPENDIX  D:         FORECAST  METHODOLOGY 


A.       BACKGROUND  AND  ASSUMPTIONS 

I.        1983  PENETRATION 

•  Ninety-five  percent  of  respondents  already  have  M-M  applications. 

They  average  approximately  three  applications  per  connpany,  i.e.,  about 
0.5%  of  ail  applications. 

Many  of  these  are  small,  almost  trivial,  analytic  downloading  applica- 
tions. 

However,  many  are  ambitious,  operations-oriented  applications. 

•  Vendor  participation  in  these  types  of  applications  is  high  (over  50%).  Even 
more  striking  is  expected  vendor  participation  of  over  80%  for  applications  in 
the  pipeline  (concept  or  planning). 

•  Because  this  vendor  participation  rate  is  over  twice  as  high  as  the  average, 
the  1983  M-M  share  of  the  information  services  market  is  approximately  1% 
to  1.5%. 

The  low  range  is  0.5%. 

The  high  range  is  1 .5%. 
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The  single  most  striking  result  of  the  M-M  survey  was  that  over  three- 
quarters  of  companies  interviewed  expected  that  most  applications  that  are 
now  host-based  will  have  a  considerable  amount  of  their  functionality  taken 
over  by  microcomputers  in  three  to  five  years. 

This  faction,  the  three-quarters  of  companies  that  are  positive  toward  the  M- 
M  principle,  is  composed  of  three  groups  of  approximately  equal  sizes  and 
representing  three  stages  of  acceptance: 

The  early  innovators,  who  are  very  sure  that  the  M-M  approach  is 
correct.  Most  of  these  are  already  starting  to  act. 

The  followers,  who  are  somewhat  less  sure.  This  group  has  plans  they 
will  put  in  motion  (although  less  aggressively  than  the  innovators). 

The  wait-and-sees,  who  are  positive  in  principle  but  will  proceed  more 
cautiously. 

The  remaining  quarter  are  somewhat  doubtful  of  the  M-M  principle  and/or 
would  not  expect  to  see  most  of  their  applications  become  M-M  in  the  medium 
term. 

While  virtually  all  companies  are  experimenting  with  M-M  applications,  for 
projection  purposes  it  is  useful  to  view  the  four  types  of  companies  as  succes- 
sively phasing  into  M-M  applications. 

Group  one,  the  early  innovators,  is  assumed  to  have  already  started. 

The  other  three  groups  will  phase  in  every  one-and-a-half  years  (high 
assumption)  or  two  years  (low  assumption). 
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Similar  assumptions  can  also  be  made  regarding: 

The  percentage  of  a  company's  "application  portfolio"  that  will  be 
made  up  of  M-M  applications. 

The  period  of  time  it  will  take  to  reach  this  "steady  state." 

Although  respondents  probably  do  in  fact  intend  most  applications  to  be  of  an 
M-M  type,  it  is  very  hard  for  them  to  state  precise  systems  plans  more  than 
about  two  years  in  the  future.  Hence,  INPUT  believes  that  a  steady-state 
micro-mainframe  percentage  of  the  application  portfolio  would  be  50-65%. 

Companies  will  reach  this  steady-state  position  before  the  eight  years  that  is 
the  normal  life  for  an  application. 

Respondents  agreed  with  the  range  of  three  to  five  years. 

INPUT  believes  that  the  outer  portion  of  the  range  is  more  realistic 
and  has  assigned  five  years  as  the  high-end  assumption  and  six  years  as 
the  low-end  assumption. 

INDUSTRY  SEGMENT  FACTORS 

Industry  sectors  do  not  by  themselves  appear  to  be  a  strong  segmenting 
force.  Discrete  manufacturing  companies  appear  to  be  somewhat  more 
aggressive  in  their  M-M  orientation  and  somewhat  less  so  in  process  manufac- 
turing. But  in  both  cases  they  are  not  significantly  more  aggressive  than 
other  industry  groups  are. 

The  position  of  individual  firms,  departments,  and  even  small  groups  of  people 
appear  to  be  at  least  as  important  driving  forces,  particularly  in  the  initial 
stages  of  M-M  development. 
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There  is  little  question,  though,  that  a  successful  M-M  strategy  should  be 
industry- and  application-focused. 

SERVICE  DELIVERY  MODES 

Micro-mainframe  services  will  be  made  up,  at  least  initially,  of  the  standard 
components  of  information  services,  i.e.: 

Software, 

Professional  services. 

Remote  computing  (including  underlying  communications  transport  and 
data  base  information  delivery). 

Integrated  systems  (which  will  undergo  a  change  and  not  be  the  stand- 
alone systems  they  generally  are  now). 

INPUT'S  1983-1988  information  services  figures  are  used  as  the  base  for  each 
of  the  four  delivery  modes  (with  the  integrated  systems  adjustment  previously 
noted). 

it  is  assumed  that,  at  least  in  the  medium  term,  the  proportions  of 
information  services  revenues  claimed  by  the  different  modes  would 
probably  not  change  appreciably.  (Or,  to  be  more  precise,  there  were 
equally  good  arguments  for  any  mode  expanding  or  contracting  as  a 
result  of  M-M  impacts). 

RCS  was  the  most  difficult  case  since  traditional  RCS  growth  is 
falling.  Micro-mainframe  services  are  well-positioned  to  take  up  the 
slack  and,  depending  on  how  communications  transfxjrt  is  purchased, 
may  even  help  revive  it. 
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5.       CUSTOMER  SIZE  VARIABLES 


Micro-mainframe  markets  will,  at  least  initially,  not  represent  much  of  a 
divergence  from  the  current  situation. 

Data  processing  expenditures  (generally)  and  information  services 
vendors  expenditures  (specifically)  are  related  to  overall  corporate 
revenues.  While  smaller  companies  spend  a  larger  proportion  of  their 
revenues  than  larger  ones  do  (e.g.,  1.25%  versus  0.75%  in  discrete 
manufacturing),  they  are  swamped  in  terms  of  absolute  numbers  and 
absolute  opportunity. 

INPUT'S  recent  in-depth  examination  of  three  major  sectors  (manufac- 
turing, banking,  and  insurance)  indicate  that  similar  types  of  needs— 
and  willingness  to  use  vendors—exist  at  all  size  levels. 


6. 


SUMMARY  OF  ASSUMPTIONS  IN  A I -5:  RANGES 


Factor 

(1)  1983  micro-mainframe  penetration 

(2)  Staging  delay  between  four  customer  groups 

(3)  Micro-mainframe  proportion  of  applications 
at  a  steady  state 

(4)  Time  to  reach  steady  state 


Effect  on  Forecast: 
Makes  Forecast  Lower/Higher 


Lower 
0.5% 
2  years 


Higher 
1.5% 

I  1/2  years 


50%  65% 
6  years  5  years 
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CALCULATION  OF  MICRO-MAINFRAME  PROPORTION  OF  INFORMATION 


SERVICES 

•  In  order  to  calculate  low  and  high  percentages,  the  "lower"  and  "higher" 
assumptions  were  each  inserted  into  the  following  fornnula  to  produce  the 
average  increase  per  year  until  steady  state  was  reached. 

Steady  state  percent  (from  6.(3))    _  ^ 
Years  in  buildup  (from  6.(4)) 

•  This  amount  was  divided  by  4  to  get  an  average  percent  increase  for  each  of 
the  four  customer  types  described  in  section  A2  of  this  Appendix.  This 
percentage  is  2.1%  using  low  assumptions  (50/6  divided  by  4)  and  3.25%  using 
high  assumptions  (65/5  divided  by  4). 

•  These  percentages  were  applied  to  the  fast  and  slow  staging  assumptions  from 
A2  and  are  shown  in  Exhibits  D-l  and  D-2.  (The  percentages  were  substituted 
for  X.) 

•  The  cumulative  M-M  proportion  of  information  services  is  shown  in  Exhibit  D- 
3.  These  percentages  have  been  applied  to  the  appropriate  INPUT  forecasts. 
(Note:  Where  there  is  believed  to  be  a  potential  for  additional  sector  growth 
beyond  previous  INPUT  estimates,  this  is  the  portion  between  the  high  and 
midpoint  estimates.) 
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EXHIBIT  D-1 


MICRO-MAINFRAME  MARKET  SIZING  WORKSHEET:  U-YEAR  STAGING 

(Additional  Percent  of  Expenditures) 


CUSTOMER 
TYPE* 

1984 

1985 

1986 

1987 

1988 

1. 

X 

X 

X 

X 

X 

2. 

0.5X 

X 

X 

X 

3. 

X 

X 

4. 

0.5X 

Year 
Total 

IX 

1.5X 

2X 

3X 

3.5X 

Cumulative 
Totalt 

IX 

2.5X 

4X 

7X 

10. 5X 

*  1.  "Early  innovators"  of  micro/mainframe  approach. 

2.  "The  followers." 

3.  "The  walt-and-sees." 

4.  Doubtful  of  micro/mainframe  approach. 

t  Add  additional  1.5%  for  1983  base. 

X  =   Steady  state  percent 
Years  in  buildup 
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EXHIBIT  D-2 


MICRO-MAINFRAME  MARKET  SIZING  WORKSHEET:  2-YEAR  STAGING 

(Additional  Percent  of  Expenditures) 


CUSTOMER 
TYPE* 

1984 

1985 

1986 

1987 

1988 

1. 

X 

X 

X 

X 

X 

2. 

X 

X 

X 

3. 

X 

U. 

Year 
Total 

IX 

IX 

2X 

2X 

3X 

Cumulative 
Total  t 

IX 

2X 

4X 

6X 

9X 

*  1.  "Early  innovators"  of  micro/mainframe  approach. 

2.  "The  followers." 

3.  "The  wait-and-sees." 

4.  Doubtful  of  micro/mainframe  approach, 

t  Add  additional  0.5%  share  for  1983  base. 

X  =    Steady  state  percent 
Years  in  buildup 
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EXHIBIT  D-3 


MICRO-MAINFRAME  PROPORTION  OF 
INFORMATION  SERVICES  (Cumulative) 


YEAR 

PERCENT 
LOW 

PERCENT 
MIDPOINT 

PERCENT 
HIGH 

1983 

0.5% 

1.0% 

1.5% 

1984 

2.6 

3.7 

4.8 

1985 

4.7 

7.2 

9.6 

1986 

8.9 

11.7 

14.5 

1987 

13.1 

18.7 

24.3 

1988 

19.4 

27.5 

35.6 
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APPENDIX  E:   MICRO-MAINFRAME   IMPACT  ON 

PROFESSIONAL  SERVICES 


EXHIBIT  E-1 


IMPACT  ON  PROFESSIONAL  SERVICES 
1984-1988 


YEAR 

TOTAL 
MODE 
FORECAST  (a) 

MICRO-MAINFRAME  IMPACT 
($  Billions) 

LOW 

MIDPOINT 

HIGH(b) 

1984 

$  8.1 

$0.2 

$0.3 

$0.4 

1985 

9.5 

0.4 

0.7 

0.9 

1986 

11.2 

1.0 

1.3 

1.6 

1987 

13.3 

1.7 

2.5 

3.2 

1988 

15.7 

3.0 

4.3 

5.6 

NOTES:     (a)  =  Total  information  services  forecast  for  tliis  mode  from  INPUT'S  1983  annual  report, 
(b)  =  Difference  between  "midpoint"  and  "high"  is  potentially  additive. 
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EXHIBIT  E-2 

MICRO-MAINFRAME  IMPACT  ON  PROFESSIONAL  SERVICES:  FORECAST 
$20|  ■  


(Replacement) 


1984 


1985 


986 


1987 


1988 
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